雲端採用的反面模式
客戶常會碰到雲端採用的反面模式。 在移轉到雲端時,這些誤失常會出現在設計、規劃或執行之中。 反面模式可能會阻斷創新,造成企業無法採用和實現目標。
下表列出反面模式和方法 (或這些模式發生所在的雲端採用階段)。 連結的文章提供每個反面模式的範例與解決方法。
方法 | 反模式 | 參考 |
---|---|---|
策略 | 動機不足 | 反面模式:要採用雲端,但未設定目標 |
策略 | 未統合動機 | 反面模式:無法傳達動機 |
計畫 | 錯誤的雲端運作模型 | 反面模式:選擇了錯誤的雲端運作模型 |
計畫 | 錯誤的服務模型 | 反面模式:選擇了錯誤的服務模型 |
計畫 | 以置換取代現代化 | 反面模式:置換架構 |
就緒 | 預覽生產環境中的服務 | 反面模式:假設發行的服務已可在生產環境中使用 |
就緒 | 對於復原能力與可用性的認知不正確 | 反面模式:以為復原能力和可用性有所提升 |
就緒 | IT 即雲端提供者 | 反面模式:成為雲端提供者 |
採用 | 缺少護欄 | 反面模式:移轉、現代化或創新之前,未先設置護欄 |
採用 | 缺乏評量 | 反面模式:移轉、現代化或創新之前,未先進行評量 |
採用 | 強行架構 | 反面模式:指定架構 |
採用 | 單一訂用帳戶 | 反面模式:使用單一訂閱 |
管理 | 忽略業務成果 | 反面模式:專注在工具,而非業務成果 |
治理 | 誤解共同責任 | 反面模式:誤解共同責任 |
治理 | 對於現有安全性存在誤解 | 反面模式:以為現有的解決方案就能保障安全 |
治理 | 自訂合規性或治理架構 | 反面模式:使用自訂合規性或治理架構 |
組織 | IT 成本中心 | 反面模式:將 IT 視為成本中心 |
組織 | 開發平台時,未將業務單位納入考量 | 反面模式:投資新技術時,未將業務單位納入考量 |
組織 | 將核心業務功能外包 | 反面模式:將核心業務功能外包 |
組織 | 技術決策者取代了雲端工程師 | 反模式:聘用技術決策者,而非開發雲端工程師 |
後續步驟
意見反應
https://aka.ms/ContentUserFeedback。
即將推出:在 2024 年,我們將隨著內容的意見反應機制逐步淘汰 GitHub 問題,並以新的意見反應系統來取代。 如需詳細資訊,請參閱提交並檢視相關的意見反應