常見的作業模式
在此單元中，您將檢閱常見的作業模式，了解哪一種最符合 Tailwind Traders 的敘述。 您也將了解如何評估及對應最適合您雲端採用方案的作業模式。 此資訊可協助您選擇最相關的 Azure 登陸區域，以開始建置您的雲端環境。
常見的作業模式
以下四種作業模式會出現在雲端採用工作中。 檢查這些常見的作業模式可以塑造關於環境設計和設定的對話。 每個作業模式都會對應至一或多個可加速初始部署的 Azure 登陸區域。
下列特性有助於配合其中一種常見作業模式：
策略性優先順序：採用雲端時，創新、控制 (最佳化作業)、大眾化 (自主性) 和整合都是重要的策略性優先順序。 當您向主管的專案關係人解說時，貴公司未來三到五年最重要的因素為何？
組織：人員的組織會推動一些營運決策。 您是否有小型 IT 小組負責處理您所有的組合？ 是否有不同的小組專門負責安全性、治理和作業等功能？ 小組是否根據個別工作負載組織而成？ 您是否受到嚴格的第三方合規性標準所約束，並由稽核者或其他合規性主體進行審查？
組合範圍：組合的大小和營運聚焦所在是每個作業模式的重要考量。 您是否管理大型且複雜的多重雲端工作負載組合？ 單一雲端平台是否可以支援此組合？ 是否所有工作負載都需要位於單一生產訂閱中？ 您是否專注於不具中央支援的工作負載特定作業？ 若要深入了解這些術語，請參閱組合階層文章。
責任歸屬 (職責區分)：一說到技術，難免會發生問題。 因此有些小組會註冊取得 100% 的執行時間 SLA。 出了問題或效能未如預期時，誰要負責接電話？ 誰要負責主動修正，以將停機時間降到最低？ 誰要負責雲端經濟效益和持續的預算？ 責任歸屬及相關聯的存取需求會驅動一些環境設計決策。
標準化：將網路、身分識別和安全性之類的基礎公用程式標準化，可以節省可觀的成本，並降低專門負責各種工作的人力數量。 公用程式或共用資源的標準化有多重要？
作業優先順序：將作業現代化時，作業小組通常會選擇雲端優先服務作為主要的作業支援形式。 或者，當現有的內部部署工具是小組想要的主要作業工具時，雲端也可以作為擴充功能或次要的作業模式。 展望未來，您是否偏好雲端優先的作業和支援工具觀點？ 您要繼續使用現有的工具以擴充至雲端嗎？ 您正在尋找可順暢地混合公用和私人雲端作業的統一作業方法嗎？
平台開發速度：工作負載需要有自己的資產，以建立直接的工作負載環境。 除了直接支援的資產以外，還有各種程度的前期投資。 您想要將多少資源投入到基礎公用程式，以在工作負載之間共用 (例如網路和身分識別)？ 應該預先投入多少資源到集中式雲端基礎，以跨多個登陸區域共用這些公用程式？
非集中式作業
最不複雜的作業模式是完全非集中式模式。 此模式高度專注於獨立的工作負載，相依於集中式作業的程度最低。 此模式也稱為雙模 IT 或去中心化 IT。
策略優先順序：當組織排定的優先順序是「創新高於控制」時，通常會使用非集中式。 這種模式在新創組織中很常見，但在大型組織中也有逐漸增長的趨勢。
組織：小組會圍繞工作負載或商務程序進行組織，這與其他三種作業模式背道而馳。
組合範圍：組合的範圍也會與工作負載層級隔離。 當組織完全非集中式時，組織不太可能投入大量時間來管理組合能否匹配。
責任歸屬 (職責區分)：工作負載小組完全負責作業、治理和安全性決策。 在非集中式作業中，沒有任何共用的責任歸屬模式。
標準化：最佳做法和部署自動化 (持續整合/持續交付管線) 對於在工作負載之間建立任何程度的標準化而言，是不可或缺的。 如果沒有集中式功能，標準化可能不會持續很久。
營運優先順序：藉由使用軟體即服務 (SaaS) 或平台即服務 (PaaS) 工具將作業自動化，去中心化作業小組更可能優先考慮使用雲端優先作業。
平台開發速度：非集中式作業可能會跨工作負載共用部署指令碼，但在工作負載之間共用的中央資源則很少或沒有。
集中式作業
集中式模式是 IT 中最常見的作業模式。 此模式高度著重於僅由集中式作業管理的受控制實際執行環境。 集中式作業著重在較少量有內嵌基礎公用程式的登陸區域。
非實際執行環境的管理會隨組織而異。 但在集中式作業模式中，即使是非實際執行環境也可能受到治理和安全性需求的限制。
策略性優先順序：當企業中的控制和穩定性比創新更為重要時，此模式往往有最高的使用趨勢。 大型組織或穩定組織通常會使用集中式作業。 當第三方合規性需求驅動環境決策時，此模式很常見。
組織：小組會優先圍繞著功能或流程進行組織。 在小型組織中，中央 IT 是著重於安全性、治理、作業和基礎結構的小組成員聚集地。 隨著組織的成長，這些功能可能會轉變成專門負責每個功能的小組。
組合範圍：集中式作業小組傾向於聚焦在一個登陸區域或少數幾個登陸區域。 在這些登陸區域內，組織會部署基礎公用程式，以支援每個登陸區域中的工作負載組合。 此作業模式往往會在組織支援健全雲端基礎和多重雲端組合時，產生規模挑戰。
責任歸屬 (職責區分)：在此作業模式中，中央 IT 或中央作業小組通常負責生產環境中的所有資產。 職責區分往往專注於環境隔離，以防止工作負載特定的小組與生產資產互動。
標準化：工作負載之間的標準化程度可能很高。 不過，隨著組合成長到橫跨多個登陸區域或多個雲端平台，該標準化便可能會瓦解且需要對環境進行大幅修改。
作業優先順序：當組織將其雲端作業模式視為次要作業模式時，通常會使用集中式作業。 由於現有的內部部署或私人雲端作業是主要模式，因此這些組織往往會繼續執行現有作業工具，並限制新式雲端優先作業工具的主要使用。
平台開發速度：中央作業小組通常需要「從小規模著手」的方法來處理常見的公用程序。 經過一段時間後，小組會專注在環境中建置最優異的解決方案。
企業作業
對於要將整個資料中心或大型組合移轉至雲端的客戶來說，企業模式是建議的作業模式。 企業作業會著重在將更大量的登陸區域及基礎公用程式集中至平台基礎內。
策略優先順序：企業模式著重在將決策和委派責任大眾化，以讓某些登陸區域中的創新需求，以及其他登陸區域要更緊密地控制的需求獲得平衡。 對於既需要保護現有利益，又要讓創新跟上市場變化的大型組織而言，這是策略優先順序。
組織：企業作業可在每個工作負載小組中實現建置和作業功能。 工作負載小組會與功能 (例如治理、安全性和營運) 相匹配。 專屬卓越雲端中心 (CCoE) 小組會聯合工作負載和支援小組，以協調各項活動並協助確保雲端基礎上有卓越的作業績效。
組合範圍：企業作業的範圍著重於整體雲端基礎，以確保基礎公用程式是集中式的，並且可供所有登陸區域使用。 接著，登陸區域和專用工作負載環境就可以部署在自助功能中，由雲端基礎提供所有必要的相依項目。
責任歸屬 (職責區分)：CCoE 小組負責維護所需的集中式資源，並建立整個組合的可見度。 中央營運小組或工作負載特有營運小組接著負責個別工作負載的日常支援。
標準化：此作業模式中的標準化程度最高。 集中式雲端基礎可確保登陸區域設計的所有區域設定保持一致。 最健全的做法有利於自動部署所有的工作負載。 此自動化可進一步標準化工作負載和資產層級。
作業優先順序：企業作業模式需要雲端優先的作業方法。 第一方雲端式工具是維護雲端中集中式作業時不可或缺的要素。 這種類型的模式必須以雲端作為主要作業模式才能有效。 組織將現有的內部部署作業視為次要作業，而且應該包含在長期的轉換方案中。
平台開發速度：為了鼓勵集中管理快速成長工作負載組合的治理、安全性和營運，企業營運小組需要先實作企業解決方案，才能採用。
分散式作業
分散式模式是最複雜的作業形式。 其混合了其他模式。
當公司透過快速收購而成長，導致以分散方式混合使用先前三種作業模式時，通常會採用此方法。 公司可能會在此狀態中延續一段時間。 但為了盡可能減少冗餘並推廣更有效率的作業，公司應考慮開發方案以轉換至其中一個較不複雜的模式。
策略性優先順序：當組織偏好整合已收購的業務單位而非創新或控制時，就會使用此模式。 這通常是必要的暫時性或過渡性策略，未來則會移至更有效率的作業模式。 當組織想要保有自主性並考慮採用短期退出策略時 (常見於私募基金或控股公司)，此模式往往就會持續下去。
組織：集中式的組織結構很難保持在作業模式中。 明智的組織可以在流程初期開始成立 CCoE 虛擬小組，以建立組織作業的可見度和感知。
組合範圍：分散式作業將焦點放在複雜的組合。 經過一段時間，該焦點可以縮小，以聚焦在更細微的組合層級。
責任歸屬 (職責區分)：責任歸屬會因業務單位而異。 從中央觀點來看，職責區分並不容易實現。
標準化：在分散式作業模式中進行標準化的第一個步驟，是清楚了解完整組合的數位資產。 資料導向的方法會開始識別組合中的共通性，以利採用集中式或企業作業模式。
營運優先順序：此模式中的作業優先順序在資料身上。 使用專為整合作業所設計的工具來集中處理資料，可讓 CCoE 小組在進行轉換或完備的過程中，對各個業務單位進行指導。 在強制執行一致的作業優先順序之前，請先評估工作負載作業的組合，以確保您有適當的工具和基準。
平台開發速度：評估工作負載作業的組合，應能針對符合「從小規模著手」或「企業級」方法的平台開發，識別其可接受的速度。 用來決定方向的主要資料點將取決於整個組合中最常見的作業管理方法。