开源焦点： F5 利用 Red Hat OpenShift 实现 A/B 测试和蓝/绿部署

• 当今快节奏的数字化数据中心需要能够引导流量，而不仅仅是分配流量。
• 根据《2018 年application交付状况》报告，21% 的受访者正在使用 Red Hat OpenShift。
• A/B 测试和蓝/绿部署是有益的部署模式，通过智能地引导请求来帮助实现业务和运营目标。 
• F5 容器连接器促进了 BIG-IP 与容器编排环境的实时控制平面集成，从而支持使用 Red Hat OpenShift 进行 A/B 测试和蓝/绿部署。
• 由于 Red Hat OpenShift 具有原生 Kubernetes 发行版，因此 OpenShift 的 F5 集成使用与Kubernetes 的 F5 集成( k8s-bigip-ctlr ) 相同的控制器，该控制器可在Dockerhub或Github上获得。

长期以来，负载均衡代理的作用只是确保每个请求都能得到快速响应。 普通旧式负载均衡 (POLB)。 POLB 使用算法在资源池中分配请求。 循环赛。 最少连接。 最快的响应。 这些算法的重点始终放在目的地；选择可用且快速的资源来提供响应并将其返回给不耐烦的用户。 目标是可用性，而 POLB 无疑满足了这一期望。

现在，这很有用，但扩展现代应用不仅仅是选择正确的算法 - 它还涉及启用架构。 扩展现代应用（特别是部署在容器环境中的应用程序）不仅需要分发能力，还需要引导请求。 目标是实现基础设施和业务的高效和敏捷，这是POLB无法实现的。 如果我们想要支持 A/B 测试和蓝/绿部署等现代部署模式来帮助运营按照业务需要快速发展，我们必须超越 POLB。

这需要一个智能代理，它不仅可以分配请求，还可以根据来自客户端、网络和运行环境的各种信息来指导请求。 如果您愿意，可以使用 L7 代理。 无论我们如何称呼它，它都足够智能，能够从顶部（HTTP）到底部（IP）解析和理解请求，并能够决定将请求定向到何处。

在这篇文章中，我们将重点介绍轻松配置和实施 A/B 测试和蓝/绿部署模式的能力，这两者都需要代理的一些智能，以便智能地将请求定向到适当的资源。

在容器化环境中，这需要具有与容器编排环境（COE）集成以及智能引导流量的能力。

这就是 F5 Container Connector for Red Hat OpenShift 目前提供的功能。 它是 OpenShift 和F5 BIG-IP之间的容器化“粘合剂”，使我们能够智能地将流量从应用的一个版本转移到另一个版本（蓝绿），或者在同一应用程序的两个版本之间进行基于比较的测试，以便企业可以根据来自真实访问者的数据做出决策。 

您可以在文档中阅读有关这两者的详细信息，或者在Dockerhub或Github上获取我们的 F5 容器连接器的副本并立即开始这些高级部署。