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 上關注他。