我不记得我确切何时了解开源软件，但我可以肯定地说出地点。我很快意识到它可能具有变革性。1996 年，我坐在一家大型 ISP 的技术支持部门，该 ISP 为财富 1000 强企业提供托管和连接服务。我们的大部分服务器运行 Solaris，软盘通过蜗牛邮件到达，我们手动应用安全更新，遵守 Sun Microsystems 规定的更新和发票制度。这与我在大学期间使用哑终端和大型机的经历大相径庭。
在与驱动程序和配置进行了长时间的斗争之后，一位技术支持同事在从我们的 MIS 办公室抢来的退役计算机上安装了 Slackware Linux。他花了几天时间下载并安装了一张又一张 Slackware Linux 软盘。在他的演示之后，我立刻被迷住了——它看起来像 Unix，但他从互联网上免费获得了它。
开发速度惊人，并且通过邮件列表和 USENET 可以访问同样快速增长的社区。在此之前，操作系统价格昂贵，并且与昂贵的硬件捆绑在一起。对我来说，这是软件和基础设施不可避免地将要发生变化的零点。
此后不久，我开始管理一个开发软件和维护基础设施的团队。我们绝不是在实施我们今天所说的 DevOps，但我们看到了每天提供服务和进行更新的价值。我们意识到，我们越早将系统交付给用户，他们就能越快地从我们的改进中受益。出于必要而非设计，我们有一个开发人员和运维人员互动的单一团队。我们不仅打破了对专有软件的依赖循环，还开始打破排队变更并在不频繁且僵化的维护窗口中推送到生产环境的习惯。开发人员向系统和网络管理员解释了他们的需求。我们比过去更频繁地迭代我们的内部系统，并以更快的速度前进。这令人大开眼界。
从那时起，在摩尔定律和开源运动的帮助下，情况发生了巨大的变化。Sun 的服务器操作系统在所有网站中的占比不到 1%，而来自 Red Hat、CentOS 和 Ubuntu Linux 的开源 Linux 操作系统在数据中心中无处不在。Slackware 仍然以边缘化的方式存在，但在一些修补匠和忠实拥护者中存在。英特尔的奔腾处理器曾经是最快和最前沿的硅芯片，现在已成为英特尔最新、最出色的多核芯片的低功耗替代品——在相对较短的时间内发生了巨大的转变。
寒武纪时代（或 IT 资源丰富的时代）
在过去的 20 年里，开源已经从边缘运动走向主流成功。网络巨头 Google、Amazon、eBay 以及其他数不胜数的公司都在以 Linux 为基础的开源软件上发展业务。从开发人员工具到应用服务器，有大量的免费和开源软件。如今，有 880 万开发人员在 Github 上协作处理超过 2070 万个项目，这些项目大多是免费和开源的。去年，Apache 软件基金会庆祝成立 15 周年，在此期间，他们产生了超过 1 亿行开源代码。不仅廉价、高质量的软件数量增加了，而且硬件成本也下降了。
早期，开源的口号是模仿和商品化。今天，它是“尽早发布并经常发布，创新和分享”。Linux 作为 Unix 克隆获得了成功，但像 Apache Hadoop 和 Apache Spark 这样的新技术正在数据科学领域取得突破。管理员可以立即启动低成本的云实例，开发人员可以站在巨人的肩膀上，利用大量的免费和开源代码来构建新的和不同的应用程序。
随着服务器应用程序变得越来越丰富，工具也随之而来。从 Nagios 和 Cacti 等监控工具开始，Cfengine 配置工具的操作变得更加容易，工具也开始变得更容易访问。现在我们有大量的工具可以更轻松地自动化和利用运维和开发。 Buildbot、Jenkins 和 Maven 正在自动化测试和构建。Puppet 和 Chef 已成为配置的忠实拥护者。Saltstack 和 Ansible 正在使跨多个系统的自动化变得更容易。此外，虚拟化程度的提高使得跨不同基础设施移动和操作系统变得更加容易。Docker 的容器系统使我们能够以软件开发人员编写软件的方式来编程可移植基础设施，从而点燃了世界。即使是用于完整生命周期管理的复杂工具（例如 Foreman）也在帮助 DevOps 的实现。
文艺复兴时期（企业 IT 的重生）
我们正在进入 IT 的文艺复兴时期，我们在此桥接了中世纪（互联网泡沫和硬件快速改进以及软件增长）和企业 IT 的现代历史（自带设备和云的普及）。正如文艺复兴是一场文化运动一样，我们向 DevOps 的迈进也是如此。那么，当构建模块（基础设施和代码）变得如此容易获得时会发生什么？需要更新这些实践以适应当前的多元化、速度和规模。
最近，我与一群有兴趣举办 DevOpsDays 活动的人会面。我们详细讨论了拟议的计划以及我们想听到的演讲类型。争论的焦点是技术操作指南演讲与文化主题演讲。对于一个多年来一直思考并与那些沉浸在 DevOps 文化中的人交谈的人来说，这似乎被过度讨论了。但现实情况是，无论基础设施多么便宜，软件多么免费，如果没有促进它的文化，DevOps 就不会存在。这就是为什么我认为这场运动——就像文艺复兴一样——依赖于开明的思想家，例如 Patrick Debois、Andrew Clay Shafer、John Willis 和 Gene Kim，来传播这些理念。
为什么这行得通的一个驱动因素和证明点是，最苛刻的用户开发自己的软件并遵循 DevOps 原则取得了成功。Netflix 的 OSS 计划 是一个庞大而令人震惊的例子，它说明了一家公司如何意识到开发自己的软件使其在招聘和培养人才以及快速交付服务方面具有令人难以置信的竞争优势。Facebook、Twitter 和许多其他公司正在发布他们的开源软件，以挖掘组织外部的开发人员和专业知识。
演变
不可避免地，当我参加会议或就 DevOps 发表演讲时，我会收到招聘人员的询问，他们希望为 DevOps 团队配备人员。然后我会礼貌地解释说，我既不寻求也不会寻求新的职位，尤其是存在 DevOps 团队的职位——这似乎与重点背道而驰。我宁愿看到一个组织，其文化支持跨团队的信息共享，并且承诺的做法不仅与 DevOps 一致，而且特别是在于改进软件和服务的交付。这样做的系统和程序需要仔细和持续的审查。即使这场运动是新的，但坚持追求更高质量和改进服务的系统并不是新的。许多 DevOps 的榜样是 W. Edwards Deming，这位美国经济学家为此提出了许多想法。Deming 曾经说过一句著名的格言，我们在 IT 行业最好听取：“没有必要改变。生存不是强制性的。”
DevOps
本文是 Greg Dekoenigsberg 协调的 Easy DevOps 专栏的一部分。通过发送电子邮件至 devops-stories@redhat.com，分享您的故事和建议，以帮助使 DevOps 变得实用——以及来自您的经验的工具、流程、文化、成功和光荣/不光荣的失败。.
2 评论