负载均衡的演进与应用架构密切相关

随着新一代应用架构不断演进，新一代负载均衡技术也随之而来，这并不令人意外。自上世纪末负载均衡技术诞生以来，其发展一直遵循着可预见的节奏，如今正是创新之时。

如今，第五代应用架构的采用速度正在迅速加快。云原生（基于微服务的）应用增长速度超出预期。最新的Stackrox容器和Kubernetes安全研究显示，近30%的受访者已将其超过一半的应用容器化。

随着应用被拆分为多个业务功能，由此产生的工作负载也在不断增加。推动这种拆分的原因，是企业希望更快地向消费者交付数字化能力。将范围缩小到业务功能后，每项功能都可以独立开发、测试和交付，而不会对其他业务功能造成显著影响。这样，企业就能更快、更频繁地交付新的数字化能力，从而更迅速地扩展业务。其结果是，如今一个应用会拆分为5个或更多工作负载，每个工作负载都独立容器化并扩缩容。

在现代架构中，这些传统层已拆分为多个组件。现代应用中超过80%的组件来自外部，包括表示层框架、本地数据、会话数据和事务数据。甚至应用逻辑也已拆分，并分布在分别承载各项业务功能的工作负载中。

随着单体应用被拆分为不同功能，东西向流量随之增加。对API的高度依赖要求进一步扩展和优化，并实现低延迟访问。负载均衡仍是实现这种扩展的主要方式，但并不总是通过传统代理来提供。如今，数据路径更加复杂且动态多变。因此，新一代负载均衡应运而生，其分布式程度与所扩展的工作负载相当。

负载均衡正在不断演进，以应对环境变化。对F5而言，这意味着以应用为核心。

负载均衡之后，新一代应用服务将随之而来

由于受保护的应用已经解耦，安全等应用服务也将继负载均衡之后，转向新的解耦模式。在这种模式下，微服务（组件）级别的安全和扩展类似于容器间的安全和扩展。因此，与Kubernetes集群关联的服务网格开始兴起。服务网格旨在满足容器间安全、可扩展的通信需求。

我们看到，对服务网格的需求正在发生变化。随着服务网格持续发展，各种挑战也随之而来。对于容器的开发、部署和运维人员而言，复杂性仍是一项重大挑战。具体而言，Reflex的研究显示，近半数（43%）受访者将“复杂性”列为在生产环境中运行容器时面临的最大挑战。

要解决这些挑战，需要一个管理（控制）层，使不同角色都能部署和运维新一代负载均衡及应用服务。凭借自身的独特优势，F5能够帮助客户实现规模化运营，同时从容应对现代架构和环境的复杂性。

例如，我们提供Aspen Mesh，以解决Kubernetes和Istio部署的复杂性问题。我们还在开发基于NGINX强大功能的解决方案，用于控制现代应用部署并提供可见性。

采用现代应用架构将继续推动应用服务转型。继负载均衡之后，安全性和可见性等应用服务也将随之演进。对F5而言，这意味着要突破传统思维，深入容器集群内部。