利用开源弥合分歧
application交付正在发生变化。 冒着使用流行语的风险，它正在进行转型——数字化转型。 持续交付已成为 DevOps 的常态（71% 的人计划实施），如果企业想在application资本时代取得成功，就必须遵循持续部署。 虽然 73% 的组织计划进行持续部署，但其中近一半尚未开始。 令人震惊的是，42％的企业尚未实现持续部署流程的单个组件的自动化。
交付和部署之间的差距是真实存在的。 从调查理论上和实践上都可以看出云与数据中心之间存在着鸿沟。 在组织内部，可以看到墙壁导致持续交付在遇到某种持续部署时停止。
在技术领域也同样存在这样的问题，由于application交付链断开，可见性方面出现了很大的差距。 这表现在无法监控和衡量多云环境中的application性能。 此外，我们还可以看到，目前数千家企业组织管理的多代application组合中，我们无法一致地部署和执行安全策略。
分歧越来越大
随着现代云原生applications和架构的采用，我们越来越发现这种差距越来越大。 即使那些仍然束缚在数据中心的applications也会受到影响。 无论这种影响是新方法（持续的一切），还是新的application服务，以满足现代云原生环境中的安全性和规模需求，有一点是明确的：如果application交付要满足多云世界中一致性和可见性的需求，就必须改变并弥合 DevOps 和 NetOps 之间的鸿沟。
DevOps 世界越来越多地建立在开源之上。 正如 NGINX 首席执行官 Gus Robertson 在其最近的博客中所写，“如果说软件正在吞噬世界，那么开源正在吞噬软件。” 如今，applications本身主要由第三方组件开发，其中大多数是开源的。 应用基础设施越来越多地由开源组件构建。 从 Web 服务器到应用服务器、从数据库到入口控制、从消息传递到容器运行时和编排。 IT 运营由 Puppet、Chef、Terraform、Helm、Kubernetes 和 Ansible 等开源工具驱动。
采用这些工具和技术是因为它们可以解决多重挑战：快速、频繁的交付和部署以及无摩擦的商业模式。 但是，当整个组织转向标准化基于开源的运营时，它们也在鼓励协作和刺激创新方面提供了好处。
如果没有热情的开发者社区孜孜不倦地努力改进开源解决方案，那么这一切都不可能实现。
在 F5，我们重视此类社区的价值。
F5 如何看待社区
在一个类似的例子中，我们的DevCentral 社区基于协作创新，并遵循许多推动开源项目的相同原则。 社区内的代码共享和知识转移帮助数十万成员为我们的 BIG-IP 平台进行创新并创造新功能。 这些解决方案为 Puppet、Chef 和 node.js 等开源项目带来了新的扩展、插件和库。
我们积极参与、鼓励和支持这些努力，不仅是为了增强我们自己的产品，也是为了增强我们的客户和社区所依赖的开源软件，以维持他们的业务运转。
不过，我们知道你们中的许多人——尤其是 NGINX 开源社区的人们——对 F5 并不太了解。 我们也认识到这让你有理由持怀疑态度。 这是可以理解的。 到目前为止，我们与开源的互动基本上仍停留在幕后。
也就是说，随着我们将重点从application交付转移到application服务，我们自己的转型广泛使用开源来推动我们的 CI/CD 流程和产品。 我们不断与开源互动，我们的核心工程师积极为loopback.io和nats.io做出贡献。 我们的Aspen Mesh部门定期使用和贡献 istio.io，并生成了几个我们维护的相关开源项目，例如istio-vet 、 istio-client-go和tracing-go 。 我们为 Ansible 开发并维护了一组开源模块。
我们不会大肆宣传，因为我们做出贡献并不是为了获得营销点；我们做出贡献是因为这对我们、对我们的客户以及对管理开源项目的每个社区来说都是正确的选择。
桥梁建设
为了弥合阻碍企业实现持续 IT 的鸿沟，现在正确的做法是扩大和加速application交付堆栈中一些最广泛采用的开源组件的使命。
因此，让我重申一下 Gus 和Igor所传达的信息： F5 打算增加投资来扩大和加速 NGINX 的使命。
通过将 F5 与 NGINX 结合在一起，我们可以为企业提供端到端、一致的application服务，以满足 IT 最迫切的需求之一：在位于多个云属性中的各种application架构中进行快速、频繁的部署。 我们相信，要成功做到这一点，取决于 NGINX 是否能够保持开源，并在很大程度上受到构建它的社区的推动。
迄今为止，NGINX 在引导其开源软件和社区方面做得非常出色。 这是吸引我们的一个因素。 展望未来，NGINX 和 F5 都认为未来将由applications驱动和塑造，我们看到了扩大和加速 NGINX 堆栈开发和创新的必要性和机会。
我们期待向这些社区学习，并共同努力创造一个基于对applications及其完美交付的共同热情的未来。