开源也适用于运营

举手表决——读过这篇文章的人中谁在他们的生产环境中运行 OpenStack？ 普罗米修斯？ 也许您正在生成 Grafana 仪表板？ GitHub。 GitLab。 Nagios。 詹金斯。 安斯博。 傀儡企业？

来吧，把手放下。 说真的，你知道吗，无论如何我都看不到它们。 

这个不完整列表的重点是，可能有十几个或更多的开源解决方案负责部署、管理和监控生产环境中的应用。

在2017 年最受欢迎的开源项目中，IT 运营类别位居前三，仅次于数据和分析以及 DevOps 支持工具。 2018 年针对 ML、AI 和响应式应用的强大开源软件的趋势是什么？ 软件设计用于自动化： Ansible（#3），管理安全性： Vault（#7）以及运行时扩展/路由应用： Kubernetes（#9）。 以操作为中心的软件。

当然，开源运营越来越受欢迎的部分原因在于受到 DevOps 的影响以及云原生架构的采用。 后者需要基础设施和应用的结合，才能产生一个功能齐全、可扩展的应用。 前者要求采用一种手段将持续交付与持续部署无缝集成，以实现其不断增长的应用资本组合业务所期望的价值实现时间。

以NGINX Ingress Controller为例。 从字面上理解，它是免费和开源的。 是的，它是云原生应用的一部分，但其目的是路由应用请求；通常，这是大多数企业网络架构中的操作功能。 事实上，如果你查看半年一次的 CNCF 调查的最新结果，你会发现 NGINX 是受访者群体使用的顶级入口控制器 (64%)，其中 36% 担任运营角色。

但那是基础设施运营，对吗？ 网络运营又如何呢？ 嗯，他们也是“运营”和开源用户。 以Ansible为例 - 再次从字面上理解 - 作为管道执行的操作软件，可自动部署应用程序基础设施和应用程序服务。 根据我们自己的application服务状况研究，包括 NetOps 在内的每个角色使用 Ansible 实现自动化的比例从 2018 年的 20% 增长到了 2019 年的 23%。 这与 Chef、Puppet 和 OpenStack 等开源解决方案相竞争。

现实情况是，开源软件正在蚕食那些蚕食 IT 的软件。 IT 包括运营。

这种开源运动的重大影响不仅仅是用于日常 IT 操作的软件。 这也是社区的文化影响，在社区中，创意和解决方案被共享、协作并最终被同行所采用。 这在开放存储库的增长中得到了明显体现，这些存储库包含由有兴趣帮助他人繁荣的开放社区设计和改进的模板、配置和脚本。

社区在加速和扩展应用交付所需的部署工件上的协作，就像将 DevOps 扩展到企业中一样，也是与该方法相关的方法（例如 Agile）。 这种合作最终将产生有机发展的最佳实践和事实上的标准，用于部署涵盖应用的安全性、性能和可用性的整个架构。

鉴于当今运营环境的极大复杂性，这种协作和支持对于实现更快、更安全的应用部署目标至关重要。

运营正在且应该采用开源解决方案。 然而，为了充分实现这些好处，运营还应该积极参与并为社区做出贡献，创建围绕其实施的配置、模板和最佳实践。

开源不再只是创建代码；它还涉及在交付给客户时如何打包、部署和操作代码。

开源绝对也是为了运营。