當企業策略逐漸清楚之後，真正的挑戰，才是如何一步一步將它轉化成可以落地的架構。

企業如何建立一致的架構思維？

前面的章節，我們談到了架構師的思考方式，也介紹了架構原則的重要性。然而，一家企業不會只有一位架構師，也不會只有一個專案團隊。

隨著企業規模持續成長，資訊系統往往由不同部門、不同專案團隊，甚至不同國家的團隊共同建置。每個人都有自己的技術背景，也都有各自習慣的設計方式。如果缺乏共同的架構原則，同樣一項需求，不同團隊很可能會設計出完全不同的架構。

例如，有人偏好大量使用 PaaS，有人習慣自行管理 VM；有人優先考量成本，有人則以效能為主。每一種做法都可能有它的理由，但如果缺乏一致的設計原則，企業整體架構便容易逐漸失去一致性，也增加後續維運與管理的複雜度。

因此，成熟的企業除了建立架構原則之外，也需要一套可以讓不同團隊共同遵循的方法，將企業策略、治理要求以及設計理念，逐步轉換成一致的架構決策。

為什麼以 Cloud Adoption Framework（CAF） 作為案例？

談到企業架構，市面上其實有許多成熟的方法與框架。例如 TOGAF（The Open Group Architecture Framework） 著重於企業架構的方法論；Well-Architected Framework 強調如何持續檢視架構品質；而 Cloud Adoption Framework（CAF） 則描述企業如何從策略規劃開始，逐步建立治理能力、平台基礎以及後續的營運管理。

之所以選擇 CAF 作為案例，是因為它完整呈現了企業從策略規劃到架構落地的思考脈絡。 它不是將治理、平台、工作負載與營運管理拆成各自獨立的主題，而是依照企業導入雲端的實際過程，逐步說明每一個階段需要思考的重點，以及這些工作彼此之間的關聯。

因此，我認為 CAF 最值得參考的地方，不只是它提供了許多最佳實務，而是它建立了一套完整的架構思考順序。對於架構師而言，理解這套思考方式，比記住 Framework 的每一個章節更重要。

CAF 提供的不只是技術文件

如同許多框架，在一開始閱讀時很容易把注意力放在裡面的技術文件、部署指南或各種參考架構。然而，如果把整份 Framework 完整閱讀，就會發現 CAF 希望解決的問題，其實遠比技術本身更廣。

CAF 建立在大量企業的導入經驗之上，將多年累積的實務經驗整理成三個重要元素：最佳實務（Best Practices）、工具（Tools）以及文件（Documentation）。最佳實務整理了許多企業已經驗證過的設計方式；工具協助企業更有效率地完成建置與管理；文件則完整保留架構設計、治理要求以及實作方法，讓不同團隊能夠依照一致的原則協作。

如果把這三項內容放在一起觀察，就會發現 CAF 真正希望建立的，其實是一套可以持續複製、持續維護的工作方式，而不是教大家如何部署某一項雲端服務。今天企業可能導入的是 Azure，未來也可能擴展到其他平台，但只要架構思維一致，管理方式就能持續沿用，而不需要每一次都重新建立新的流程。

因此，我一直認為 CAF 最大的價值，不是在於提供多少技術文件，而是在於整理出一套成熟的方法，讓企業可以站在大量實務經驗的基礎上，再依照自己的需求做出調整，而不是每一次都從零開始摸索。

圖 7-1　Cloud Adoption Framework：串接企業目標與技術實踐的方法

好的架構，從哪裡開始？

CAF 的設計順序，與許多人原本想像的不太一樣。

很多人在規劃雲端架構時，第一個想到的通常是網路如何規劃、是否採用 Kubernetes、需要哪些安全服務，或應該部署哪些雲端元件。然而，CAF 並沒有從任何一項技術開始，而是把 企業策略（Business Strategy） 放在整個 Framework 的最前面。

原因並不複雜。架構設計本來就不是為了部署技術，而是為了解決企業的問題。如果不知道企業希望達成什麼目標，就很難判斷哪些技術真正適合，也很難決定哪些設計才是最合理的選擇。例如，同樣是建置一套新的系統，有些企業重視快速上市，有些企業重視全球擴展，也有些企業優先考量法規遵循。不同的目標，最後形成的架構自然也會不同。

因此，CAF 並不是先介紹技術，而是先確認企業希望完成什麼，再逐步延伸到治理能力、平台規劃、工作負載以及後續的營運管理。整個 Framework 更像是一座橋梁，一端連接企業策略，另一端連接技術實踐，協助企業在每一個階段，都能做出符合目標的架構決策。

CAF 提供的是一套思考方法

CAF 的定位，比較像是一套架構設計的方法，而不是一份必須遵循的標準。 它整理了大量企業累積的實務經驗，協助企業思考在不同階段應該關注哪些重點，但最終採用的架構，仍然需要依據企業本身的營運模式、法規要求、技術背景以及風險承受能力進行調整。

CAF 的價值，在於提供一套成熟的思考脈絡，而不是直接給出一份標準答案。 對於第一次導入雲端的企業而言，可以避免重複踩到許多前人已經遇過的問題；對於已有一定成熟度的企業而言，則可以作為檢視既有架構、重新思考設計取捨，以及持續改善的重要參考。

因此，我比較喜歡把 CAF 視為一本「架構設計指南」，而不是一份標準答案。 它提供的是思考方向，而不是固定做法；提供的是經驗，而不是規則。企業可以依據自身的需求、治理要求與技術環境進行調整，同時沿著一套成熟的方法，逐步建立適合自己的雲端架構。

小結

CAF 的重要性，不只是提供了大量雲端技術文件，而是設計了一套企業可以長期參考的方法。它將企業策略、治理能力、平台建置以及後續營運串接成一條完整的路徑，協助不同規模、不同成熟度的企業，都能依照相同的思考脈絡規劃自己的雲端架構。

接下來的幾個章節，我們也會沿著 CAF 的設計順序，逐步介紹企業如何從策略出發，建立治理能力、規劃平台基礎，並將這些理念轉換成可以真正落地的架構設計。比起記住 CAF 的每一個步驟，我更希望大家理解它背後的思考方式，因為未來無論採用哪一個雲端平台，甚至面對新的技術架構，這套思考方式都仍然具有參考價值。