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

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

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

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

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

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

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

现在到了关键部分。

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

DevOps 的起源是什么？

有一种说法，如果您完全忽略计算机，则首先谈论开发人员是徒劳的选择。

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

第一台自动机器是在 1936 年由计算机之父艾伦·图灵（Alan Turing）的一个想法创建的。它催生了价格昂贵的机电计算机。 此外，他们没有任何人可以通过程序操作它们。

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

到 1980 年代后期，CRT 显示器变得负担得起，使开发人员可以轻松地在工作站上工作。 现在有了“代码”的入口，整个任务变得更容易了。 现在可以使用源代码来编译和部署它们以进行进一步的重复。

万维网（www）的到来，更多的机会等待着开发者

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

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

小家伙当时就知道了； SRE 很快就会演变成第一个真正的“DevOps”实践者！

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

DevOps 之父无疑是 Patrick Debois，他以令人反感的态度引领了世界上最好的监控软件的开发。 他是怎么做到的？ 给定问题的答案将掩盖 DevOps 的坚实基础。

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

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

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

您可能会喜欢： HIPAA 合规自动化与 DevOps | 所有你必须知道的！

Flickr 及其与 Dev+Ops 的调情

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

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

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

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

比利时：DevOpsDays 诞生的地方

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

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

不仅如此，这个标签很快就在全球取得了成功，甚至连 Flicker 开发人员都惊呆了。

现代 DevOps：改变 IT 部门的软件监视器

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

2013年，一个词引起了轰动，它是“弗兰肯监控器”效应，强调寻找问题的解决方案。 此外，它还告诉公司不要建造他们的弗兰克监控器，以防止与建筑设置相关的停机时间和成本。

为了支持最近 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 上关注他。