DevOps 的演变：从想法到必须遵循的 IT 解决方案的简史

纵观历史，IT 行业一直面临着不断塑造其工作环境的技术进步的持续轰炸。 最近，许多新的解决方案以更快的速度融入 IT 领域。

除了云计算，还有一种软件解决方案，即全球领先的商业企业充分利用其资源。 这就是 DevOps：开发和运营团队的结合！

现在有一个问题：转向 DevOps 会给组织带来什么？ 它带来了跨学科带来的透明度、开放的沟通和强大的团队合作。 因此，每个 DevOps 公司的工作理念是打破孤岛并开放工作场所，不仅可以进行协作，还可以进行进一步讨论。

在追求评价某物时，了解它的过去、它从何而来以及它如何崛起会更有用。 有很多文章传达了 DevOps 的重要性以及它如何使企业看起来更有成效。 然而，并没有大量的博客展示给定云服务器监控平台的历史，并帮助人们采取关键步骤来准确理解它。

它不仅有助于通过避免重复错误来从早期的错误中吸取教训，而且还有助于更好地预测其未来。 因此，粗略地看一下 DevOps 的发展历史，以及它是如何塑造成现在的形状以使其成为完美的解决方案的。

在继续之前，您可以查看信息图，该信息图将以一种分钟且准确的方式显示 DevOps 的历史和演变，每个用户都会很高兴地浏览它。

现在到了关键部分。

为你推荐： 7 个你可能不知道的 DevOps 工具链编排解决方案。

DevOps 的起源是什么？

有句话说，如果你完全忽视计算机，首先谈论开发人员是徒劳的选择。

它想传达什么信息？ 它表明，要了解新技术，首先必须了解它在过去是如何发展的。 DevOps 解决方案也是如此。

第一台自动机器是在 1936 年根据计算机之父艾伦图灵的想法创建的。它导致了昂贵的机电计算机的创建。 而且，他们没有任何人可以通过程序来操作他们。

幸运的是，在 1957 年，以 FORTRAN 形式出现的第一种编程语言的创建导致了开发人员的大量空缺（这对计算机来说是第一次），这带来了一场革命并为新的机会开辟了空间。

到 20 世纪 80 年代后期，CRT 显示器变得可以负担得起，使开发人员可以轻松地在工作站工作。 现在随着“代码”的进入，整个任务变得更加容易。 现在可以使用源代码编译和部署它们以供进一步重复。

万维网 (www) 的到来以及等待开发者的更多机会

在 WWW 之前，有 ARPANET。 这是一个由政府资助的计算机网络，专门为美国的客户保留。 它仅在 1969 年上线，并创建了一个个人管理网络与运营中心或“ops”以实现更好的网络配置。

快进到 1990 年代，Tim-Berners-Lee 以 HTTP 的形式创建了第一个 WWW，新创建的搜索引擎 Google 张开双臂抓住了它。 然后在 2003 年，Ben Treynor 开始与 Google 合作，为站点可靠性工程师 (SRE) 开发了一个单独的开发和生产（或运营）环境。

那个时候小孩子就知道了； SRE 很快就会发展成为第一批真正的“DevOps”从业者！

Patrick Debois：用一个想法实现 IT 功能现代化的人 – “DevOps”

DevOps 之父无疑是帕特里克·德布瓦 (Patrick Debois)，他以反叛的态度引领了世界上最好的监控软件的开发。 他是怎么做到的？ 给定问题的答案将隐藏 DevOps 的坚实基础。

2007 年，Patrick 开始通过测试程序了解数据迁移的概念。 这让他意识到某些方面，例如：开发方面的来回切换以及运营方面的孤岛的存在导致任何项目停止。 他还发现要解决此类问题； 在双方之间导航项目时，浪费了大量时间和精力。

一个问题开始涌入他的脑海——“如何弥合开发和运营方面的差距，以阻止项目走向失败？”

幸运的是，在 2008 年，他参加了在加拿大多伦多举行的题为“敏捷基础设施”的会议，在那里他遇到了他的搭档 Andrew Shafer。 两人组成了一个讨论组，志同道合的人可以分享他们的想法，以找到解决开发和运营团队之间问题的解决方案。

您可能喜欢：使用 DevOps 实现 HIPAA 合规性自动化 | 所有你必须知道的！

Flickr 及其与 Dev+Ops 的调情

最初，Debois 和 Shafer 都没有引起太多关注。 但幸运的是，包括谷歌在内的科技巨头开始采用与 Debois 相匹配的 SRE 理念，以减少停机时间并弥补客户日益增长的愤怒情绪。

两位名叫 John Allspaw 和 Paul Hammond 的 Flickr 工程师开始注意到两个团队（开发和运营）之间总是存在争论。 他们发现运营团队总是反对他们的管理，而编写代码的开发团队似乎总是指责运营团队。

因此，他们提出了一个解决方案：雇用“思维过程与开发人员的思维过程类似的运维人员”，反之亦然。 这对世界意味着什么？

它表明通过自动化集成运营和开发团队以实现项目的一步构建和部署的时机已经成熟。 所以最终，“DevOps”诞生了，但有一个转折点：没有个人名称！

比利时：DevOpsDays 诞生的地方

随着世界迅速使用 Dev+Ops 一词，比利时工程师 Patrick Debois（如上所述）决定组织一次小型会议来传达“敏捷系统管理”的好处。 在社交媒体平台 Twitter 上宣传他的想法时； 他创建了一个名为“DevOps”（开发和运营的缩写形式）的标签。

很快，Debois 以本地化的形式组织了“DevOpsDays”，将世界各地的所有开发人员和运维人员聚集在一个平台上。 活动赢得了热烈的掌声。

不仅如此，标签很快在全球范围内取得了成功，连 Flicker 开发人员都感到震惊。

现代 DevOps：改变 IT 行业的软件监视器

尽管 DevOps 是一种相对较新的方法，但所有 DevOps 咨询公司都会告诉您技术世界的发展速度有多快，以及 DevOps 如何在全球所有 IT 行业中获得广泛认可。

2013年有一个词很火，就是强调寻找问题解决方案的“弗兰肯监视器”效应。 此外，它还告诉公司不要构建他们的 Frank 监视器，以防止停机和与构建设置相关的成本。

为了支持最近 DevOps 的激增，Garter 预测，给定的技术正在从一种小众技术转变为主流软件解决方案，成为全球一流的服务。

此外，Forrester 研究宣布 2017 年为“DevOps 年”。 为什么？ 原因是那时，大约 50% 的组织已经开始引入 DevOps 作为服务提供商，以在各自的行业中寻求更好的财富。

您可能还喜欢：需求旺盛的 7 个高薪 DevOps 工作角色。

DevOps：未来是松散还是赢家？

因此，每个人都可以肯定，仅仅一段简短的历史并不能说明全部故事。 那么，人们一定想知道这个行业是如何发展的？

从监测的角度来看，DevOps 正在以加速的速度蓬勃发展，这从最近的调查报告中可以明显看出。 它表明到 2020 年，全球 DevOps 市场的复合年增长率将达到 19.42%。这表明 DevOps 将一直存在，直到另一种新技术推翻它并在未来占据稳固的地位。

我们已经看到 DevOps 随着时间的推移而成熟，人工智能的到来已经渗透到智能手机到自动驾驶汽车。 因此，DevOps 的未来是光明的，这将是所有前景的双赢局面。

DevOps 非常适合任何组织，并且需要一个愿意投入时间来满足其需求的合作伙伴。 因此，在 DevOps 咨询公司的帮助下，聘请他们的专家来寻找可以帮助您的管理和运营团队毫不拖延地完成项目的工具。 此外，它还将确保为客户提供高满意度的最佳服务。

 本文由 Emorphis Technologies 的 Abhinav Shrivastava 撰写。 Abhinav 是一位热爱技术的营销人员。 多年来，他参与了许多技术产品/项目，他很高兴看到技术对我们日常生活的影响。 他对移动领域有着深入的了解和理解，他很高兴看到智能手机和应用程序被用于改善我们的健康、生活方式和知识的方式。 他是一个信徒； 他相信上帝，他相信自己，他相信人，他相信繁荣。 你可以在 LinkedIn 上关注他。