本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 簡介
<a name="introduction"></a>

本文件提供雲端操作模型和核心功能的定義，組織應在建置自己的模型時專注於這些功能。

## 什麼是雲端操作模型，為什麼需要？
<a name="what-is-com"></a>

我們使用 *Cloud Operating Model* 一詞來參考 IT 組織中的操作模型，該模型用於建置、成熟和最佳化一或多個雲端環境。能夠跨多種功能建置成熟度，這些功能將 IT 組織朝與整體轉型策略相同的方向移動，變得越來越重要。我們指導客戶利用定義其雲端營運模型的機會，探索雲端優先的工作方式，為整個組織的持續發展提供堅實的基礎。我們的經驗顯示，如果您沒有花時間在雲端之旅的這個方面，計畫將會停滯，而您的組織將難以從轉型工作中實現價值。

此檢視由 [Predicts 2023 報告支援：在《Gartner 網站上的經濟危機期間協作、自動化和協調以最佳化成本和價值](https://www.gartner.com/en/documents/4020625)，其中總結了基礎設施和營運領導者應使用工作負載協同運作、自動化和協作實務來實現在最佳化成本的同時交付價值的目標。

不過，您無法只實作這些建議。他們需要了解您目前的功能、如何組織這些功能以滿足營運需求，以及提高團隊成熟度的計劃。實際上，您需要了解雲端操作模型，以便將組織定位為在雲端策略上執行。隨著功能持續成熟，且您的組織從轉型中獲得更多價值，您的雲端營運模型必須隨著時間發展。

## 重要概念
<a name="key-concepts"></a>

首先，讓我們定義本文中使用的關鍵概念，因為術語和方法可能因雲端供應商而異。

### 功能
<a name="capabilities"></a>

我們使用 *功能*做為涵蓋人員、程序和技術的集體術語。由於傾向只專注於雲端的技術層面，並將人員和程序角度取消優先順序，因此 *功能*一詞會結合這三個層面來描述*執行某些動作的能力*。這個集體術語也簡化了雲端旅程中每個時間點所需的人員、程序和技術變更的識別。

### 這是持續的旅程
<a name="continuous-journey"></a>

定義新的操作模型不是一次性練習。您需要建置模型和支援機制，以滿足組織目前的需求，但隨著雲端功能成熟， 可以隨著時間發展和持續改善，以滿足不斷變化的需求。

### AWS 雲端操作模型架構
<a name="com-framework"></a>

 AWS 雲端營運模型 (COM) 架構包含 73 個功能，分為 17 個網域和 5 個觀點，如下圖所示。



![AWS 雲端操作模型架構](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/strategy-cloud-operating-model/images/com-framework.png)



|  |  |  |  |  |  | 
| --- |--- |--- |--- |--- |--- |
| **觀點** | **操作領導** | **雲端操作** | **平台啟用** | **服務管理** | **成本與控管** | 
| **網域** |   操作領導   組織   |   彈性   可觀測性   安全營運   |   架構和模式   生命週期管理   佈建和販賣   |   容量管理   知識傳播   操作報告   操作合作夥伴   程序啟用   產品管理   中小企業服務   |   財務管理   資源/資產管理   | 

使用像我們這樣的架構，可提供一致性，讓您了解、組織、設計、實作和成熟組織，以符合轉型之旅的目標，藉此支援雲端營運模型的開發。

### 雲端卓越中心不是雲端操作模型
<a name="ccoe"></a>

遷移至雲端或在雲端中執行工作負載時，雲端卓越中心 (CCoE) 已成為眾所周知的概念。不過，CCoE 不是雲端操作模型。這是一個跨組織領導職能，透過一致性、啟用和自動化支援整個企業的成功雲端採用；而雲端操作模型是 IT 組織內的操作模型，用於建置、成熟和最佳化一或多個雲端環境。

下表摘要說明兩個術語之間的差異。


|  |  |  | 
| --- |--- |--- |
| ** ** | **雲端操作模型** | **雲端卓越中心** | 
| **使用案例** | 當您在雲端中有大量工作負載，但您未達到您預期從雲端獲得的關鍵效能指標 (KPIs)、業務成果或價值，而不是傳統的內部部署方法 | 當進度停滯或您的組織需要透過標準化自動化工作的最佳實務，以採用雲端和新的思維方式、決定、行為和創新 | 
| **包含的團隊** | IT 和業務團隊 | 符合雲端領導團隊、雲端商業辦公室和雲端平台工程的跨職能、多技能資源 | 
| **焦點** | 支援、啟用和最佳化雲端工作負載，方法是將組織的現有操作模型和功能交集，以採用雲端優先的工作方式 | 建立實體來加速並建立技術和文化基礎，以啟用遷移和創新 | 
| **預期結果** | 提高營運效率、降低 IT 交付成本、降低風險、提高靈活性，以及更創新的技術功能和服務 | 加速且永續的雲端採用；讓雲端驅動型產品團隊擁有自助式環境、將中斷降至最低、更進一步採用標準化的方法和模式，以及提高生產力以加速交付；最佳化雲端的敏捷性和價值；透過持續的風險緩解進行擴展 | 

雲端操作模型和 CCoE 所需的功能有相似之處。不過，由於 CCoE 著重於移至雲端，因此需要更多功能，例如 People Enablement 和 Organizational Acceleration。若要成功，CCoE 必須適應現有操作模型並在其中運作，但兩個是不同的概念，兩個術語不可互換。

### 管理您的人力資源
<a name="workforce"></a>

我們通常會與從內部部署轉換到雲端環境的客戶合作。這表示在與 AWS 互動時，其大多數基礎設施和工作負載仍然在內部部署，並且仍然需要管理，通常是由屬於遷移或轉型計畫一部分的相同團隊進行管理。在報告中 [25 個驚人的雲端採用統計資料 【2023】：雲端遷移、運算等](https://www.zippia.com/advice/cloud-adoption-statistics/) (Zippia.com：//，2023 年 6 月 22 日），作者指出 94% 接受調查的企業使用某種形式的雲端服務。不過，相同的報告指出，到 2026 年，只有 45% 的企業 IT 預算會計入雲端費用。這表示即使無處不在的雲端服務，大型內部部署資產仍會繼續存在，而且需要管理。因此，許多企業會組織其人力資源，以提供雲端和非雲端服務。逐步建置您的雲端營運模型意味著您可以專注於現在的需求以及未來的發展，並隨著您的發展進行調整，以確保您以永續的方式管理人力資源，讓參與的團隊能夠持續運作。