让应用运行更快

Lori Mac Vittie杰出工程师兼首席技术布道师 | F5

随着应用及其依赖的网络不断拆分，数据中心也在持续解构，但有一条商业箴言始终不变：速度至关重要。性能仍是企业层面的重要考量，会影响从销售到生产力的方方面面，并对利润造成或大或小的侵蚀。

DZone最近发表的一篇文章《2016年Web应用有多快》深入探讨了性能方面的一些具体情况。文章指出：“对于典型的Web应用，4.2%的事务会被放弃。”这一结论基于“用户与500个不同Web应用之间的50亿次交互”。

当然，这会造成多少经济损失，以及对利润或生产力产生多大影响，取决于具体的业务模式。损失金额可能高达数百万甚至数十亿美元，也可能意味着大量时间被浪费，以及通话时长增加导致客户不满。

无论如何，性能仍是开发和运维团队都需要重点考虑的因素。这里的运维是指所有运维领域，包括基础设施、网络、存储和安全。我们最新的《应用交付现状》调查进一步印证了各类IT岗位的共同看法，即性能至关重要。在各项因素中，受访者最不愿为了提升安全性而牺牲性能（仅9%的受访者愿意这样做）；另有14%的受访者将性能列为多云实施面临的一项重大挑战。

尽管如此，只有38%的受访者表示目前正在使用应用加速服务，仅有22%计划在未来一年内实施应用加速。略显意外的是，40%的受访者表示没有部署或使用应用加速的计划。

这可能是因为人们对“应用加速”所涵盖的内容认识不够清晰。这并不是“云”造成的，而是因为应用加速多年来不断演变，从QoS发展到基于浏览器的增量刷新和缓存，再到所谓的应用前端（AFE）。这些应用前端实际上是专用代理，具备高度侧重性能的功能。

大多数时候，一提到“应用加速”，我们想到的是压缩和缓存、代码精简和图像优化。如今，企业和用户普遍追求极致速度，但我们往往不会把协议优化视为其中一环。其实，协议优化也应纳入考虑。

如今，协议卸载的应用已十分普遍。2015年，客户端SSL卸载（即负责管理与用户之间安全HTTP通信的一端）的使用率从略低于80%增至接近100%。鉴于“Let’s Encrypt!”和“SSL Everywhere.”等项目推动了业界对安全通信的日益重视，这一趋势并不意外。SSL/TLS会影响性能，而且这种影响是负面的，尤其是在负载增加时。将相关处理卸载到功能完善的代理上是合理的选择。许多组织正是通过这种方式，来抵消全面采用安全通信所带来的性能影响。

但在后端，也就是服务器端，我们并未看到类似的增长。过去一年中，使用TCP多路复用来提升性能（同时提高资源容量）的情况变化不大。略低于半数的组织（一直保持在约46%）正在使用这种鲜为人知的优化技术。

考虑到其中许多组织目前正掀起容器热潮，这一点令人担忧。

为什么这很可怕？原因在于……虚拟化或许让组织能够精细调整每个实例的TCP栈，使每个应用尽可能实现更高性能，但容器的出现对这种模式构成了挑战。这是因为容器共享同一个网络栈。针对一个容器中部署的某个应用进行调优，并不能保证该配置也适合另一个容器中的其他应用，即使它们位于同一主机上。

由于TCP多路复用等基于TCP的优化在协议层运行，它们就像蜜獾一样无所畏惧。无论应用是在容器中、虚拟机中，还是直接部署在Web平台上，都不影响其发挥作用。无论应用以何种方式部署或部署在何处，它们都会充分调优连接并提升性能。这类服务只关注协议，并利用客户端与服务器端相互分离的特性，进一步确保客户端侧针对客户端进行优化，服务器端侧针对应用进行优化。这意味着性能可从两端同时得到提升。

传统应用加速服务和技术确实很出色，请不要误解我的意思。正如上方的多色图表所示，各组织会利用所有这些服务和技术来提升应用性能。但我们还可以做得更多，而且上述性能数据表明，我们也应该做得更多。

不妨检查一下目前可能仅用于负载均衡的代理，看看它是否还能发挥更多作用，进一步提升应用性能。

了解F5如何让应用运行得更快、更智能、更安全。

关于作者

Lori Mac Vittie杰出工程师兼首席技术布道师 | F5

Lori MacVittie是F5首席技术官办公室的杰出工程师兼首席技术布道师，在应用交付、自动化战略和基础设施领域拥有深厚的专业知识。无论是为AI智能体定义防护机制、剖析脆弱的多云架构，还是探索可扩展系统的极限，她都善于化繁为简。她在应用开发、IT架构以及网络和系统运维领域拥有30多年的行业经验。加入F5之前，她曾担任技术编辑，并因出色表现获得奖项。 MacVittie拥有计算机科学硕士学位，著述颇丰，出版作品涵盖安全、云和企业架构领域。她还热衷于桌面游戏和电子游戏，并且对奶酪有着毫不掩饰的鲜明见解。

Lori Mac Vittie 的更多博客文章