负载平衡的演变与application程序架构息息相关

毫不奇怪，随着新一代应用架构的发展，新一代负载均衡也随之发展。 自从负载均衡诞生以来，就在本世纪初，这项技术一直以可预测的速度发展，这意味着现在是创新的时候了。

今天我们看到第五代应用架构的采用正在迅速加速。 云原生（基于微服务）应用的增长速度超出预期。 Stackrox Containers 和 Kubernetes Security 的最新研究显示，近 30% 的受访者已将一半以上的应用容器化。

同样，将应用分解为复合业务功能也会导致工作负载的增长。 这种解构是由向消费者快速提供数字功能的渴望所驱动的。 通过缩小业务功能范围，每个功能都可以独立开发、测试和交付，而不会对其他业务功能产生重大影响。 通过更快、更频繁地提供新的数字功能，企业可以更快地扩展规模。 结果是，一个应用现在有五个或更多的工作负载，每个工作负载都可以自行容器化和扩展。

在现代建筑中，这些传统的层次已经分解为多个部分。 现代应用的 80% 以上由外部来源的组件组成。 演示框架、本地数据、会话数据、事务数据。 甚至逻辑也被拆分并分布到代表各个业务功能的工作负载中。

随着单体应用被分解为不同的功能，东西向流量增加。 对 API 的严重依赖需要进一步的扩展、优化和低延迟访问。 负载均衡仍然是实现该规模的主要手段。 但它并不总是通过传统代理来传递。 如今，数据路径更加复杂，更加动态。 这导致了新一代负载均衡的出现，其分布与其扩展的工作负载一样广泛。

负载平衡正在不断发展以应对格局的变化，对于 F5 来说，这意味着关注应用。

新一代application服务将遵循负载平衡

我们还将看到安全等应用服务遵循负载均衡进入新的分解模型，因为它保护的应用已经分解。 在该模型中，微服务（组件）级别的安全性和规模类似于容器到容器的安全性和规模。 因此，我们看到与 Kubernetes 集群相关的服务网格的兴起。 服务网格旨在满足安全、可扩展的容器到容器通信的需求。

我们看到服务网格的需求正在发生变化。 随着其不断增长，它并非没有挑战。 对于那些开发、部署和操作容器的人来说，复杂性仍然是一个巨大的挑战。 Reflex的研究发现，近一半（43％）的受访者认为“复杂性”是在生产环境中运行容器的最大挑战。

这些挑战需要通过管理（控制）层来解决，该层必须允许各种角色部署和操作新一代负载均衡和应用服务。 F5 的独特优势在于能够解决大规模运营问题，而不会被现代架构和环境的复杂性所困扰。

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

现代应用架构的采用将继续对遵循负载均衡的应用服务（如安全性和可见性）产生变革性的影响。 对于 F5 来说，这意味着跳出固有的思维模式并观察容器集群内部。