负载平衡对于应用程序可用性和弹性至关重要，但现有解决方案已被基础设施和服务架构的进步所超越。负载平衡器市场充斥着各种基于设备的应用程序交付控制器 (ADC) 和基于云的解决方案。ADC 是早期负载平衡器的演进，尽管无法实时弹性扩展且维护和支持成本高昂，但仍然是最流行的。基于云的负载平衡器可以提供更好的性能和成本节省，但仍存在许多重大缺陷。
大多数基于云的负载均衡器都建立在 DNS 之上，这限制了它们仅通过 IP 地址路由流量的能力。这些解决方案无法看到请求中的任何内容，因此它们无法为微服务架构提供单一统一的服务。此外，基于 DNS 的解决方案依赖于生存时间 (TTL)，这是一种将 DNS 查找的响应缓存在服务器指定的时间段内的机制。这消除了即时性和控制力。这种缺乏即时收敛的情况可能在发生源故障时最为明显，此时用户可能会在等待 DNS 解析器上的 TTL 过期后再重新路由其请求时收到错误。
关键差异化因素
具有任意数量的自定义规则的内容感知路由，实现精细控制
多云和混合云实现高可用性和冗余
以编程方式即时引导流量往返于服务器
立即扩展到多个 Tbps，以缓解惊群效应
可与容器和虚拟实例一起使用
为什么选择 Fastly
Fastly 的云端负载均衡器旨在克服 加拿大首席财务官电子邮件数据库 这些挑战。我们在第 7 层而不是 DNS 层做出负载平衡决策，这使我们能够针对每个请求做出特定于应用程序的决策。故障转移决策也是针对每个请求做出的，而不仅仅是在 DNS 缓存过期时做出的。如果主服务器不可用，这有利于立即自动故障转移到后备服务器。
我们的负载均衡器建立在 Fastly 边缘云平台之上，因此您还可以获得精细控制、即时可扩展性和实时可见性的优势。您可以轻松添加其他 Fastly 服务，以在整个应用程序中提供统一的架构，包括核心交付、DDoS 和 WAF。我们的平台支持通过 IPv6 和 HTTP/2 发送的客户端请求。
内容感知路由
与基于 DNS 的解决方案不同，Fastly 使用精细的内容感知路由决策来平衡发送到您服务器的 HTTP 和 HTTPS 请求。您可以创建任意数量的自定义规则，以使用各种请求方面（例如客户端位置、用户登录状态、设备类型、cookie、URL 路径和 HTTP 标头）智能地路由流量。这使您能够更好地支持您的应用程序架构并在交付之前优化客户端响应。
我们的负载均衡器使用分配方法（包括随机、循环、加权循环和粘性会话哈希）将负载分散到您的服务器。
与基础设施无关的分布
Fastly 可有效管理跨多个基础设施即服务提供商、数据中心和混合云的流量。您可以将 Fastly 用作全局服务器负载均衡器 (GSLB)，以在任何地理分布的基础设施部署之间路由流量。我们还在每个数据中心或云区域内充当本地服务器负载均衡器 (LSLB)。
负载均衡器数据表图表
使用 Fastly 在您的基础架构中实现全局和/或本地负载平衡
立即控制
我们的动态服务器功能允许您以编程方式添加、删除或修改服务器，而无需对 VCL 进行版本控制。您还可以通过 API 添加、删除或修改自定义路由规则。对路由配置所做的任何更改都会在五秒钟内全局应用。这使您能够以编程方式更改负载平衡器服务器配置，从而将负载平衡集成到持续集成和交付工作流程中。
即时融合和故障转移可确保请求立即从您的服务器发送或排出，而无需等待 TTL 到期。虽然基于 HTTP 的自动健康检查可确保请求仅发送到健康且响应迅速的服务器，但您还可以定义是否在主服务器在处理请求期间不可用时故障转移到另一台可用的服务器。
流量可扩展性
Fastly 的架构使我们的负载均衡器能够立即扩展到每秒数兆兆位 (Tbps)，以实现成本效益和透明度。我们没有基于时间的扩展限制或容量限制，这与容易受到惊群问题影响的 ADC 或许多弹性负载均衡器不同。这意味着意外的高请求级别不会导致负载均衡器的可用性问题或性能下降。