DevOps 和混合雲：快車道上的生活？

介紹

混合雲是 IT 行業的一大福音。 雲根據企業的需要提供私有云和公有云的特性。 最重要的是，當它被賦予 DevOps 能力時，它會變得更好。

本文將評估如果以正確的方式將 DevOps 和混合雲的所有元素組合在一起，速度如何成為容易實現的目標。

推出 DevOps 和混合雲的數字化顛覆

雲、預測分析、便攜式設備和應用程序所帶來的業務轉型的速度和程度是無與倫比的。 新的公司原型開始出現，而其他原型已經過時； Facebook、Homeaway 和 Uber 等網絡誕生公司是傳統企業如何受到新競爭對手阻礙的最明顯的例子。 這種中斷主要是由於技術進步使客戶行為發生了變化。 隨著消費者尋求與他們開展業務的公司建立直接的電子聯繫——通常來自他們的便攜式應用程序的設計師正在為用戶體驗承擔額外的責任。 今天，沒有一家公司能倖免於這種巨大的轉變。 技術和靈活性對於現有公司和新企業的健康和成長比以往任何時候都更加重要。 服務和產品運輸程序必須針對現代組織的進步和上市時間進行優化。 敏捷、精益創業和設計思維技術等方法越來越適合幫助高度原創和創造性的技術選項的開發和造型，並且云逐漸被視為企業軟件部署的理想場所。

雲計算和 DevOps 加速了各種應用領域的實施以及對現有領域的改變。 軟件正在從復雜的、在開發時解決許多互連的原生應用程序過渡到在程序執行時解決依賴關係的更加分散的基礎設施。 這些以服務為中心的設計，無論是支持雲的還是雲原生的，都能從雲的彈性模量中獲益，從而實現更獨特的更新。 雲 Web 應用程序是專門為雲構建的應用程序。

他們優先考慮跨各種接觸點的用戶參與，例如移動渠道和 Facebook、Yelp 等社交媒體網站。基於雲的 Web 應用程序經常使用無服務器微服務來支持過渡和調動敏捷性，以及重用現有的 Web 服務（數據處理、預測分析、執行功能、物聯網等）以減少生產時間。 雲原生應用程序通常與基於 Web 的組織相關聯，它們利用雲功能，例如多租戶和全自動、靈活的資源可擴展性。

兩個配置文件

有兩個 DevOps 配置文件。 根據 IBM 的說法，雲原生和支持雲的應用程序的必要性支持在許多雲 DevOps 進入者之間存在 2 個主要配置文件。 具有云原生配置文件的團隊成員與具有支持雲的配置文件的團隊成員將有不同的需求。

雲原生配置文件

雖然原生雲配置文件經常與構想的網絡關聯相關，但它逐漸在更大的關聯中的創新或業務線束中找到。 此配置文件由試圖縮短以可行性和客戶（或業務）結果為中心的傳輸週期的小組描述。 請參見圖 1。此 DevOps 採用者概況的基本困難如圖 2 所示，他們正在尋找的相關安排在右側：

圖1

圖 2

支持雲的配置文件

雲支持的配置文件通常出現在跟上並推進複雜框架的 IT 協會中。 此配置文件由致力於延長運輸週期的小組描述，這些小組以提高質量、更快的上市時間以及調整成本和價值為中心。 他們協調成多個小組，監督具有許多相關部分的複雜框架，利用各小組之間的各種創新階段。 通常，不僅會有不同的階段（集中式計算機、中端、流通等），還會有不同的創新時代需要監督——例如，某些部分受制於為傳統階段編寫的代碼。 請參見圖 3。雲支持的配置文件不僅面臨與雲本地配置文件類似的困難，而且還面臨額外基本困難的更難安排。 這些顯示在圖 4 的左側，相關的安排在右側

圖-3

圖 4

遷移的挑戰

正如到目前為止在這些頁面中已經詳細討論的那樣，如果協會認為他們需要強調的只是工具和使用，那麼由 DevOps 支持的向混合雲的過渡注定會失敗。 它不是。 這兩種變化基本都是廣泛的社會變化。 DevOps 與混合雲一樣，是關於敏捷性、信任和獨立性的。

然而，特別是，DevOps 和半雲承諾會提升協會的設計師體驗 (DevX)，而這並不是通過本質上的標記工具或採用 GitOps 方法可以實現的。 DevX 意味著獨立的、不受約束的開發。 它意味著加強、客戶體驗和自我管理。 這些變化可能會隨著商業文化的富有成效的變化而發生，而不是設備。 此外，這是一個重要的開始階段，許多協會還試圖理解。

個人是另一個非常陳舊的主題，但它不斷引入重要的測試。 假設能夠有效實施 DevOps 的社會變革可以僅從一個人開始。 儘管如此，為了取得豐碩的成果，確實需要長期的改變，因為根深蒂固的信念被瓦解，祖先的忠誠被分離。

例如，許多人認為執行 DevOps 需要招募新人。 這種信念包含兩個錯誤：第一，協會實際上希望僱用他們需要的團隊；第二，DevOps 只是一個任務名稱。 正如我們可能知道的那樣，一個體面的 DevOps 團隊不是招募來的，它是通過合併改進和任務來創建的。 開發人員創建和運營工作的舊倉庫是照明不足時代的殘餘物。

遷移到混合雲意味著應該更多地考慮安全和保護。 主要問題之一是，到目前為止，安全組織還不足以從高位進行統治。 隨著控制從服務器空間轉移到雲，從高度孤立的運營架構師轉移到整個團隊，安全方法也需要改變。 有能力的設計師會選擇理想的選擇； 然而，他們需要正確的基礎工具，將他們的選擇從假設帶到現實世界，並保護那些不那麼專心的人。

這些應該是促使協會坐起來研究雲、持有者和微服務時代的安全性真正意味著什麼的動力。 如果同時遷移到 DevOps 和混合雲是推動力，那麼它也是。 同樣，隨著 DevOps 正在改變團隊處理工作的方式，DevSecOps 將擾亂他們檢查安全性的方式。

結論

快速前進是我們都想要的，然而，這並不容易。 每一次技術改造都需要時間和準備，以便清晰地理解。 使用混合雲的 DevOps 無疑是一個不錯的選擇，但需要謹慎實施。