客戶敘述
在先前雲端採用架構的 Microsoft Learn 課程模組中已分享 Tailwind Traders 的敘述。 本課程模組是 Tailwind 雲端採用旅程的下一個步驟。 該公司正在評估其組織結構應該如何發展，因為公司在 IT 作業內部經歷了典範轉移。
Tailwind Traders 的 IT 小組持續將內部部署資料中心移至雲端。 由於 IT 大多管控在自有資料中心內，因此 IT 小組將重心放在強制執行控制權。 由於資料中心的智慧化程度取決於組織的投資，因此自動化僅為初部等級。 建立控制權和維護中央責任結構需要許多人為的動作。
上圖使用汽車代表工作負載。 路上行駛的車輛需要交通號誌和人類來指揮。 雖然這種工作方式在內部部署資料中心的世界很合理，但是有些公司會在移至雲端後沿用這種工作方式。
然而，當公司移至雲端後，雲端會自動讓每一個工作負載 (或是此案例中的每輛車) 變得更有智慧。 每輛車現在都有 GPS、碰撞偵測器、車速控制等等，可以在沒有人為協助的情況下在道路上行駛。
Tailwind Traders 對於這個不必再擔任交通警察來管制交通的商機感到興奮。 IT 小組寧願將重心放在「啟用和支援」的思維方式上，並建立卓越雲端中心 (CCoE) 來安全地加快創新。
透過此轉變，中央 IT 小組會投入更多時間來配置基礎結構、自動化護欄及其他保護措施，讓車輛可以自由地移動。 這樣的努力會帶來更多自由，將更多責任委派給工作負載小組，讓他們能夠做出策略性決策。
在資料中心模型中，IT 函式通常會獨立運作。 每個小組都會建立壁壘，要進行變更就需要人為介入。 但是這種類型的工作流程會阻礙創新，因為變更控制通常可能需要進行數個月、甚至數年的時間。
由於 Tailwind Traders 進行了典範轉移，以實現更多自由度和委派的責任，因此組織會變得有些不同。 首先，其邀請公司的雲端策略主管來協助設定優先權，然後根據預期的業務優先順序來進行決策。 其次，中央 IT 變得較不重要，而且組織開始轉變為 CCoE 模型。
組織也開始更加依賴自動化。 可能會遇到的問題有：
- 我們要如何應用安全性才能確保遵守安全性規則，而工作負載小組知道這些規則嗎？
- 我們要如何建立自動化護欄和雲端治理小組，讓違反規則的人無法進行部署 (或讓人可以輕鬆遵守已核准的例外流程)？
- 我們要如何在 Azure 登陸區域等穩固的平台上組建這一切，並具有適當的自動化功能可讓小組變得更加敏捷？
對 Tailwind Traders 而言，這是將已完成的模組結合在一起，強制組織進行轉變。 然後 IT 小組才能支援創新，而不是加以封鎖。