开源焦点： 使用 F5 容器连接器进行 URL 重写和 Helm 图表
- Helm是 Kubernetes 的包管理器。 Helm 图表是一种越来越流行的管理和部署复杂容器化应用的声明式方法。 F5 容器连接器（可在 Github和DockerHub上使用）现在支持使用 Helm 图表进行部署。
- 您现在可以使用重写注释来重写 BIG-IP 上 Kubernetes Ingress 资源和 OpenShift Ingress 和 Routes 的 URL。 有关使用此功能的文档在此处。
开源和容器的结合使得环境不断变化。 容器环境这项不再是新生的技术正在迅速成熟，部分原因是它植根于开源。 我们这些从事商业和企业软件开发的人经常依赖开源（当今 80% 的应用由第三方库组成，其中许多是开源的），容器也不例外。
随着这种快速成熟，F5 Container Connector 等解决方案也快速迭代，连接了现代环境和传统网络之间的路线。 该桥梁是必要的，以确保用户（无论是人还是设备）能够访问 API 并且应用开始部署在容器环境中。
这是因为互联网仍需要解决一些挑战，而最好的应对方法是通过从组织外部到内部的安全入站路径。 其中之一是有限的 IPv4 地址，它限制了企业可以向外界展示以供访问的公共端点的数量。 即使通过采用 IPv6 解决了这个问题，出于安全考虑，我们仍可能会限制入口点，以确保每个请求在进入数据中心之前都经过检查和审核。
这意味着在可预见的未来，将继续使用传统的、可扩展的负载均衡代理来保护容器化 API 和应用程序的网关。 但这并不意味着这些解决方案（如 BIG-IP）不应该像它们发送请求的环境一样灵活和动态。 这就是 F5 容器连接器存在的原因；确保容器环境内的变化能够快速传达给 BIG-IP。
在此次“F5 容器连接器的新功能”迭代中，我们宣布支持重写注释，以便更轻松地重写 URL。 这些功能可用于多种目的，包括将客户端从 API 或应用程序的一个版本迁移到另一个版本，或者通过自动将旧的 URL 路径重写为可解析的新路径来解决该问题。
另外还有对 Kubernetes 包管理器 Helm 的支持。 随着容器环境及其中部署的应用所涉及系统变得越来越复杂，手动部署和管理它们变得不可行。 需要一种更加自动化、声明性的部署和管理方法，不仅可以扩展，还可以确保所有部分都适用于特定的应用。
Helm 使用所谓的图表来打包整个应用及其组件，确保一致、可重复的部署以及在出现问题时的简单回滚。 F5 容器连接器现在支持使用 Helm 图表无缝部署和管理 BIG-IP 上的入口路由。