F5、NGINX 以及我们对 Kubernetes 社区的承诺

F5 的大多数客户都采用了过去 30 年来开发的一系列技术。 他们在传统或经典环境及其相关流程中工作，引入新技术，以及介于两者之间的一切。

即使是数字原生公司也无法免受混合环境的影响。 无论一家公司有多么先进，它都必须对混合技术保持开放态度，因为商业关系和经济实际上就是生态系统。 正因为如此，几乎每一家成功的公司都处于技术钟形曲线的“混乱中间”。 这正是 F5 寻求帮助客户解决挑战的地方。

我们对 Kubernetes 的方法牢固地固定在该钟形曲线的中间。 不可否认，Kubernetes是一个极为成功的开源项目、社区和生态系统。 它已成为基于容器的应用开发和操作的事实标准。 我们面临的问题是如何帮助 Kubernetes 实现下一个数量级的进步。 我们需要做些什么才能发扬项目、社区和生态系统的精神，并将其与我们的客户群的需求和我们在应用服务方面的专业知识结合起来？

首先，我们可以从不太成功的开源项目中吸取很多教训。 有些组织过于死板，力图在社区内达成 100% 的共识——这在当今世界是不可能的，因为各个组织面临着不同的挑战，而对如何应对这些挑战又持有同样不同的意见。

另一个陷阱是过于依赖所涉及的最大商业伙伴，少数大型技术供应商的方向被推向整个社区，淹没了少数人的声音和创新。

另一方面，如果你看看最成功的开源项目，他们能够在必须遵守的开源、社区原则和客户需要的商业模式之间取得平衡。   

我们相信社区解决方案和商业解决方案之间没有必要存在冲突。 平衡是可以实现的，但它需要我们共同努力，并在新的挑战和创新出现时不断完善这种平衡。

到目前为止，Kubernetes 在平衡供应商扩展和实验的需求与保持强大的开源和社区标准方面做得非常好。 拥有这种灵活性很重要，不仅为了商业利益，而且还因为它使创新机会多样化。 我们并不强制推行繁琐的治理流程，而是鼓励社区自行探索。 衡量某件事是否伟大的真正标准很简单：采用和生产部署。

在 F5，我们也在寻找这种平衡——我们是开源生态系统的一部分，同时我们也是一家商业公司。 我们有商业动机，但我们认为提供利用多种技术的生产就绪解决方案并让客户能够在各种“混乱的中间”环境中利用 Kubernetes 至关重要。

对于我们来说，参与这个社区不仅仅是说我们与 Kubernetes 整合…… 

• 它为核心项目做出了贡献，就像我们对 NGINX 和 Aspen Mesh 解决方案所做的那样。 
• 它正在学习并采纳社区规范和指导方针。
• 它鼓励在会议和聚会上进行社区合作（以及大量贴纸、无檐小帽和袜子！）。
• 它开放我们的 BIG-IP 容器入口服务解决方案的源代码，接受来自社区的拉取请求，然后完全支持这些解决方案，而无需给我们的客户带来任何额外费用。

我们将长期致力于此。 通过贡献和支持我们的客户（从开源到商业解决方案以及介于两者之间的一切）来帮助推动 Kubernetes 的下一个数量级增长。

为此，我们将市场领先的容器入口解决方案 — — NGINX Kubernetes Ingress Controller 和 F5 Container Ingress Services — — 整合成单一的用户体验。 这对我们的用户和社区来说是正确的做法。 我们的目标是提供完全支持的、可用于生产的、端到端的入口解决方案，涵盖从 NGINX 开源解决方案到我们的商业产品的所有内容。

您可以在此处阅读有关我们的容器解决方案的更多信息。 并让我们知道： 您希望在未来看到 F5 有何进展？ 我们可以帮助您解决哪些挑战？ 我们如何才能更好地支持您和社区？ 我们正在倾听并且我们需要您的意见。