F5 容器连接器： 现在有了 Ingress Control、Red Hat OpenShift 和 Pivotal Cloud Foundry

如果你还没有注意到，容器正以惊人的速度继续发展。 甚至连云计算都不敢夸耀自己有如此热情的采用。 但需要记住的是，在生产中部署容器并不意味着一切都转移到容器上。 至少现在还没有。 与许多新兴技术一样，企业开始根据每个应用程序进行部署，以解决其组织和环境特有的问题。

尽管如此，增长率仍然惊人，并且我们不太可能很快看到其放缓。 使用得越多，最佳实践和架构就越发展，迁移的应用程序就越多。 在这方面，它遵循了许多其他技术和模型，如云、客户端服务器和移动。 你必须先学会爬，然后才能走，不久之后你就可以跑了。

我们很高兴成为容器生态系统的一部分，因为它正在快速发展到世界各地的生产环境——无论是在公共云还是私有云，还是在数据中心自己的环境中。

当我们今年春天最后一次离开 F5 Container Connector 时，我们宣布了对 Kubernetes 的支持。 与此同时，入口控制对于容器环境来说变得更加迫切，特别是考虑到微服务支持的 API 趋势占据了容器化应用的很大一部分。 您可能还记得，入口控制器为 API 和其他容器化应用程序提供了急需的应用程序路由（第 7 层）。 虽然大多数应用代理（如 BIG-IP）完全能够提供此功能（毕竟，我们讨论的是基于 URI 和 HTTP 标头的路由），但还是缺少了一些东西。 为了在容器生态系统中正常发挥作用，组件必须能够支持其配置和配置的声明式模型。 这意味着自动读取资源文件并将其转换为实现它们的配置。

一个很好的例子就是Kubernetes ，它使用注释来附加将组件集成到容器生态系统所需的元数据。 为了向 Kubernetes 提供入口控制，我们需要做的就是让容器连接器订阅正确的事件，并告诉 BIG-IP 如何根据提供的信息实现正确的路由。

我们确实这么做了。

但 Kubernetes 并不是唯一的选择（尽管它可以说是领先的选择之一），我们的许多客户都采用了Red Hat OpenShift Origin或Cloud Foundry作为他们的首选平台。 我们也很高兴通过最新发布的 Container Connector 为他们提供支持。

F5 容器连接器是免费的，您可以从Docker 存储库下载它用于任何/所有这些环境（以及Marathon ！）。 这里有有关我们所有容器集成的更多信息，包括安装和集成。