所谓“足够好”，只是在不够好之前

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

我们开门见山地聊聊火鸡、巧克力蛋或盒装糖果。它们有什么共同点？当然，它们都与节日有关。事实证明，这些节日既能带来丰厚利润，也最容易导致网站性能不佳。

以英国近期的一项研究为例，该研究“调查了100多位电子商务决策者”。研究“显示，超过半数（58%）的受访者承认，在去年的业务高峰期遇到过网站速度问题。”

众所周知，性能至关重要，即使仅延迟几微秒，也会造成数百万美元的损失。无需多言。

问题是，您能为此做些什么？

答案在于牢记运行公理2：负载越高，性能越低。

无论应用服务器运行在云端还是数据中心，运行在虚拟机还是容器中，都没有区别。这条公理之所以称为公理，是因为它始终成立，无一例外。系统承载的负载越大，运行速度就越慢。就是这样。

提升性能的关键，是在通过最大化负载来降低成本与优化性能之间取得平衡。在大多数情况下，这意味着要利用一切可用工具来恢复这种平衡，尤其是在高峰期，因为无论系统部署在何处，高峰负载都会给系统带来巨大压力。

1. 均衡负载

这正是“够用”（基础型）的应用服务其实并不够用的原因。虽然它们通常可以轻松扩展，但未必能真正均衡可用资源之间的负载。它们也未必具备根据性能或当前负载选择资源所需的智能能力。其所谓的“尽力而为”与盲目碰运气相比并没有好多少。

要实现负载均衡，需要了解当前负载情况，以便将新请求定向到最有可能尽快响应的资源。基础负载均衡无法做到这一点，因为它只关注基于算法的决策，除了可用资源的静态权重外，很少考虑其他因素。实时决策需要掌握此时此刻的实时负载信息。否则，这并不是在进行负载均衡，而只是在进行负载分配。

2. 降低负载

要在均衡负载的同时提升性能，仅选择合适的资源还不够。能够采用多种协议增强功能，在不影响可用性的情况下降低负载，同样至关重要。通过复用和重复使用TCP连接、卸载加密和安全处理，以及将压缩任务重新分配给上游服务，可以减轻应用和Web服务的负担，释放资源，并切实提升性能。

无论服务器位于云端还是数据中心，运行在容器还是虚拟机中，都应专注于提供服务。加密和压缩仍是计算密集型功能，可由专为此类任务设计的上游服务执行。

3. 消除负载

减少请求-响应路径中的额外跳转也有助于提升性能。虽然可以横向扩展负载均衡服务，但这会增加一层决策（路由），不仅执行决策需要时间（应由哪个服务处理此请求？），传输也需要时间（通过网络将请求发送给那个服务）。这会减少Web或应用服务器完成自身工作的时间，而这才是我们最初的目的。在典型负载下，由一个系统管理100万个连接，与由10个系统分别管理其中一部分连接，两者之间的差异可能微乎其微。但当需求推高负载时，运行规律也会开始发挥作用。因为导致性能不佳的不只是Web或应用服务器的负载，而是整个应用交付链。

负载均衡服务可并发处理的容量（连接数）越大，所需的实例就越少。这样可以减少管理额外资源层的开销；与其他任何服务一样，这一资源层也需要严格遵循运维公理#2。

性能仍是零售商面临的一项重大问题。随着数字经济快速发展，所有开展数字业务的组织都将面临这一问题（如果尚未面临的话）。节假日前总会出现业务高峰，此时人们对性能不佳的容忍度会进一步降低。前一天尚可接受的性能，第二天可能就无法满足需求。很多时候，性能问题并非源于应用本身，而是源于用于交付和保护应用的架构与服务。选择具备适当能力的合适服务，有助于组织在高负载下避免出现性能问题。

“足够好”只在尚能满足需求时才算足够。一旦无法满足，再想挽回失望的客户就为时已晚。他们已经找到其他供应商，购买您原本想向他们销售的产品或服务。

关于作者

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

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

Lori Mac Vittie 的更多博客文章