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