CAF雲端採用框架比較 — Part 3

GCP篇 — 企業需要投資在準備上，而非預測上

Jun 19, 2023

GCP的CAF文件頁數是三間CSP最少的一家，只有35頁。

它開宗明義就說，該份文件是讓企業評估是否已經準備好使用雲端了，同時也是適合以Cloud-first為其主要策略的企業，因為遷移到雲端也盼隨著風險，採用雲端的挑戰是多重的。而且也會對企業產生重大的變革，也就是對企業的"流程、人員與技術"產生重大的影響。這一點GCP是講了實話。

GCP CAF提到，能夠讓企業用可以使用的人員、流程和技術為基礎構建一個架構，讓企業在雲端之旅所處的階段提供評估，並提供了可讓您到達目標的可行計劃。GCP CAF讓企業發展一個堅實的策略並指引企業完成雲端採用流程。

四個主題，三個階段

這是四個主題是以Cloud-first為策略的企業。它們分別是

Learn — 技術團隊目前技能是否足夠?有無學習計畫與外部廠商的技術支援?還有任務分配，誰該做些甚麼(也就是R&R)。
Lead — C-Level要求 IT 團隊遷移到雲端的支援程度，以及團隊本身跨職能、協作和自我激勵的程度。團隊架構是甚麼？有C-Level的支持嗎？如何對雲端專案進行預算、管理和評估？
Scale — 企業使用可減少維運成本(因為自動化)。本來一個工程師可能只能管100台VM，自動化可能可以管道1000台。
Secure — 使用以身份為中心的多層安全模型保護雲端服務免遭未經授權和不當存取的能力。還取決於上述三個主題的進階成熟度。有哪些控制措施？使用了什麼技術？什麼策略統領全局？

企業是否準備好能成功的運用雲端取決於上述這四個主題中的每一個的業務實踐。對於每個主題，這些實踐將分為以下階段之一：

Tactical — 個別系統已經就緒，但沒有包含一個企業業務中所有系統的連貫計劃以及未來策略。重點是降低離散(個別)系統的成本，並以最小的中斷遷移到雲端。遷移可能很容易，但沒有考慮到系統的可擴充性。
這一個階段是快速的投資回報和對 IT 組織的最小破壞來降低成本。這是一個短期目標。
Strategic —見樹也見林的視野可以治理各個系統，這些系統的設計和開發要著眼於未來的需求和規模。方程式中的人員和流程部分現在也參與進來了。 IT 團隊既有效率也有效能，能用雲端為企業的業務進行加值。這是通過簡化維運來提高 IT 組織的價值，從而提高效能與效率。這是一個中期目標。
Transformational — 成功運作在雲端之後，企業再也不需要管理跟企業本身沒有太大關係的底層作業。專注的是業務流程產生的資料與其見解。資料共享。收集和分析新資料。應用機器學習的預測和分析。人員和流程正在轉型，這進一步支持了技術變革。 IT 不再是成本中心，而是成為業務的合作夥伴。這是IT組織成為創新引擎，成為業務單位的合作夥伴。這是一個長期目標。有關於資料的組織架構與流程轉變，可以再參閱本部落格Snowflake 雲端資料分析一文。

當企業根據三個階段評估四個主題時，企業會獲得雲端成熟度量表(Cloud Maturity Scale)如下圖。

企業一旦確定在成熟度的哪個位置，就可以繼續往下走。為了確定和建立雲端採用計畫的範圍跟結構，企業需要實施多個工作流(GCP稱為epic)。Epic被定義為不重疊的，它們與受管理的利害關係人保持一致，並且它們可以進一步分解為單個user story，讓我們的專案規劃更容易。

以下是在熟悉的人員、技術和流程方面的這些epic。如果我們只能完成epic的一個子集，請專注於彩色部分中的那些。這些是與Learn、Lead、Scale 與Secure相一致的epic；因此，這些epic將定義我們成功採用雲端的旅程。

根據GCP的三個成熟階段、四個主題與工作流，企業就有了雲端成熟度量表。GCP的TAM(Technical Account Manager)來協助企業進行雲端採用之旅，不過這是要錢的(不然就是你的專案scope夠大)。

第一步:評估現行的雲端成熟度

第二步設立雲端專案的目標

第三步:設立雲端採用計畫

說實話以上三步與COBIT所倡議的CPBIT implementation Phase 2 -4很像似。詳情可參閱本部落格COBIT的實行步驟一文。

尋找合適的系統進行遷移

這一段GCP CAF倡議的與AWS一樣。都是根據現行的能力與就緒能力來選擇一開始可以遷移的系統，逐步的建立雲端採用的信心，從最簡單的系統開始。根據企業的各種條件，例如新創公司與老牌企業的方式可能就不一樣。

技術性的探討

企業必需要先有良好的計畫才能開始雲端採用旅程，否則邊走邊戰會讓我們遇到很多麻煩。

GCP CAF包含主體是雲端成熟度量表(Cloud Maturity Scale)，它通過企業當前的業務實踐（它分為三個階段之一）跨四個主題來衡量企業對雲端的準備情況。工作流將企業需要採取的行動劃分為離散且可衡量的系統，這些系統對應到相同的四個主題。

雲端成熟度階段

雲端成熟度量適用三種雲端成熟度階段(Tactical, Strategic, Transformational)來產生的，這個我們在之前有提及到，主要是評估企業使用雲端的能力。

戰術(Tactical)成熟度

這是短期目標的完成，例如，通過優化嚴重未充分利用的運算和存儲資源，或通過消除手動採購和配置資源的維運成本和時間延遲。這一階段通常對人員、流程與技術的衝擊最小。但是否真的有充分利用資源與降低維運成本可能要視每間企業狀況而定。

戰術成熟度的效益取決於TCO分析的結果。如果我們預計這種方法只會帶來邊際成本收益(marginal cost benefits)，企業可能會將雲端採用僅僅視為一種橫向移動(也就是從某個資料中心搬到另一個)，並試圖直接瞄準戰略階段。如果企業是一個雲端菜鳥請小心這一跳躍性的方案，不然就是需要一個很強大的廠商來協助這一塊。正如遷移到雲端需要成本一樣，通過實驗吸取的經驗教訓也有很大的價值，因為總比全部硬般上去然後又搬回地端的成本好得多。戰術階段為企業將在戰略(strategic)階段開展的工作奠定基礎。

戰略(strategic)成熟度

這是實現增加 IT 單位交付價值的中期業務目標。通過顯著提高 IT 團隊開發和維運軟體解決方案的效能和效率，以及通過對這些解決方案的架構進行現代化改造以利用雲原生服務和平台，可以達到這一水平。這一階段的成熟度能幫助企業的IT單位準好全面性的人員、流程與技術的轉換。

轉型(Transformational)成熟度

由於IT單位已經變成是業務單位的合作夥伴與創新中心。創新中心對業務的主要貢獻是通過透明和深思熟慮地共享資料、收集和分析新資料以及預測和規範分析的應用而獲得的資料和見解。企業應該將這種數據驅動的方法應用於IT單位本身，以真正敏捷的方式迭代新功能，加快交付創新的速度。

企業將全面重組 IT 組織的前景。具體來說，這意味著促進更大的橫向意識和知識交流，並授權個人貢獻者或專案團隊自主做出更多決策，並根據商定的SLO進行衡量。這是屬於Google特有的文化，也就是員工要是自走砲。與Azure CAF所規定的一堆流程與步驟有很大的差別。

總結

整體來說，GCP CAF就是一直圍繞著圖二的各項議題進行討論與成熟度分析。