這些組織已經認識到云計算對其工作方式的影響。這不只是在云計算供應商的數據中心運營。此外，如果以正確的方式采用云計算技術，他們通常會認識到采用云計算代表了改進業務和提高效率的機會。

 

這種定義未來狀態的流程通常被描述為云計算運營模型，這是用于解釋組織人員、技術和資源如何在基于公共云的平臺上設計、開發、部署和運行應用程序的一組關鍵流程。

 

以下了解一下它們是什么以及如何大規模開發和采用。

 

 

“運營模式”這個術語并沒有真正公認的定義，并且也不是廣泛接受的云計算運營模式定義。出于這個原因，很多人對于包含的內容和超出范圍的內容存在一些混淆。

 

企業的指導方針是捕獲和記錄通過云計算的最佳應用和實現現代化的事物。采用云計算技術是一個更精簡、更高效的轉型機會，因此建議充分利用這一機會，消除官僚主義，精簡組織流程。企業將運營模型分解為基礎設施級別和應用程序級別的關注點。

 

 

在云平臺上運行時，服務器、網絡和存儲的性質以及購買和管理方式都會發生變化。企業不再需要向系統集成商提出采購訂單，以便在數據中心設置。相反，只是通過API提供。可用的基礎設施產品可能無法與組織傳統上的工作方式一一對應，因此需要定義在某些情況下如何以及部署哪些基礎設施。管理操作系統(如補丁)或中間件(如應用服務器)也存在一些問題。企業傾向于將這些視為基礎設施問題。

 

 

應用程序也應該在云計算環境中以不同的方式進行架構、部署和管理。這涉及到許多領域，如部署機制、備份、信息安全、自動擴展等。云計算運行模型將捕獲所有這些關鍵流程和指導原則，以便在大規模采用云計算時，應用程序團隊將以一致的方式進行工作。

 

然后，企業考慮跨越基礎設施和應用程序的交叉關注點。一些主要關注領域是：

 

人員模式：跨越基礎設施和應用程序，企業希望明確管理基于云計算的基礎設施和應用程序需要哪些人員、技能和團隊。這可能包括轉向云計算架構師和DevOps工程師，以及跨職能的DevOps團隊，他們對部署和運行的應用程序負有更多的責任。

 

支持模式：企業還需要在云計算世界中更新支持模型。更多的基礎設施通常由云計算提供商管理，因此企業需要確定哪些責任由云計算提供商、支持團隊和應用程序團隊承擔。

 

財務模式：當企業從基于資本支出的基礎設施轉移到基于運營支出的云計算時，基礎設施的變化是通過財務模型支付的。企業需要管理成本控制，然后在事后動態報告使用情況，然后隨著時間的推移創建成本優化平臺的流程。

 

安全模式：當企業從私有數據中心遷移到公共云時，安全性也是一個關鍵焦點，因此企業通常會概述關鍵流程，以確保維護數據主權和數據分類級別，并將應用程序和環境開發為默認安全。

 

所有這些基本上都輸出了治理模型，該模型定義了將在企業中使用的云計算運營模型設計。這項工作的好處是巨大的，推動了一致的方法，并加速了組織鎖定云平臺好處的能力。

 

 

進入云平臺的企業的第二個問題是，哪些應用程序要遷移，按順序遷移，以及如何管理任何補救或遷移工作。

 

許多組織通過合作，通過執行云就緒評估和路線圖練習來確定其云計算的組織結構，這些練習根據成功修復云平臺所需的工作量對應用程序進行分類和優先級排序。

 

云滯后：需要進行重新架構，并且存在阻止移動到云平臺的障礙。

 

云計算提升和輪班候選：作為提升和輪班練習的可能遷移候選。

 

云優化候選：將從增強中受益，使應用程序更適合云計算部署。

 

云原生：準備充分利用固有云計算功能，如水平可擴展性、數據庫即服務等。

 

云就緒評估還將考慮組織受限的數據共享和數據主權規則。例如，企業可能會發現云計算架構的云原生應用程序在架構上已準備好遷移到云端，但受監管原因的限制。這些被標記為領導者阻礙云計算轉型。

 

 

對于新的綠地團隊，企業希望確保他們加入云平臺，并采用通用流程和云運營最佳實踐。隨著組織遷移到云平臺，新的應用程序應該能夠在企業通常會設置的集中式云計算中心的支持下直接進入新的運營模式。

 

在企業IT中，可能有大量積壓的數千個應用程序，這些應用程序一旦通過上述評估和路線圖練習，就可能被遷移。企業通常建議在團隊接受過采用管道和云計算部署方面的培訓和支持的情況下進行短期啟用，但最終要負責安全地遷移到云中。

 

與工作實踐中的任何大規模變化一樣，云計算轉型也應該通過在線和離線培訓、指導、文檔來支持。

 

它還需要企業高級管理層支持。實施新的流程變革很困難，在大型企業中可能會遇到很多懷疑，因此需要更大的動力來推動成為云優先的組織。