走向多雲的三個關鍵步驟
若您正考慮為您的組織採用多雲策略，獲取正確的基礎步驟序列可以在經濟上和性能上帶來巨大差異。例如，FinOps 或像 Archera 這樣的雲資源優化解決方案，通常在一家公司已經開始採用多雲方法並深陷長期承諾後被引入。這些解決方案可以幫助組織避免或進一步陷入問題成本和合約。我們推薦組織在轉向多雲時採用三步驟方法。步驟序列是：
- 雲區劃策略：確定哪些應用、團隊和項目放在哪裡，以及它們將駐留在哪個雲中。
- 架構：繪製您的多雲基礎設施藍圖。這指定了應用如何在一個雲中運行和/或跨雲運行，特別關注哪些應用需要在雲之間可移植，並且不能使用特定供應商的服務，如 AWS Lambda。
- 支付費用：通常這被稱為“合約和承諾”階段，但我們強烈建議在創建了整體計劃、開始推出和預測使用情況，從而了解每個平台的整體財務需求後，再做出合約決策。
第一步：雲區劃
首先是雲區劃。您的雲區劃選擇將對承諾和成本產生重大影響。您需要規劃出哪些應用和過程將在每個提供商上運行。這包括決定什麼可以被鎖定在單一雲中，什麼需要在雲之間可移植，以及哪些應用需要完全多雲。
例如，雲區劃策略將涵蓋您是否在不同的雲提供商上保持分析和網絡服務。
這還涉及識別您的特殊關注領域。例如，如果您想確保即使在AWS罕見的宕機情況下也能保持不間斷的運行時間，您可能會極度專注於在多個雲之間的負載平衡。
如果全球可用性對您的業務至關重要，您將設定支持該命令的雲區劃策略。
不要忽視不同團隊需要使用可能特定於提供商的不同最佳類別工具的可能性；例如，需要GCP TPU的AI團隊。
第二步：構建您的多雲架構
高層設計和知道哪些東西放在哪裡是多雲實施的關鍵基礎。這裡需要預測的藝術，因為您將需要預測您對不同服務的利用率將如何增長。
希望您能知道它將如何增長。數據科學和人工智能放在哪裡？生產應用服務在哪裡？數據倉庫在哪裡？它們相對於彼此將如何增長？
在架構階段，您需要確定哪些項目需要是雲服務提供商無關的，哪些不需要可移植，因此可以依賴專有的CSP管理服務。
一般來說，從長遠來看，對公司來說，採用靈活和容器化的方法，這可以與任何基礎設施即服務提供商一起工作，或者如果使用管理服務，則構建通用標準（例如使用EKS進行編排）是具有成本優勢的。這不僅確保了在供應商的通用計算托管解決方案之間的可移植性，而且還在個別供應商的管理服務生態系統內的可移植性，允許客戶找到最適合應用需求的解決方案。例如，一個容器化應用可以單獨在AWS內的EC2、Lambda、ECS以及其他一些選項上運行。
預測在特定參數上發揮作用，包括lambda的調用次數、您的計算所需的數據存儲、計算節點的數量和數據庫利用率。
第三步：財務—合約與計費
當您進入服務選擇和準備合約時，預測仍然很重要。您需要清楚了解您的彈性需求，因為您所消費的基礎設施會隨著時間的推移而變化，從今天到未來三年都是如此。接著是將成本與每個預測相匹配以構建您的雲消費預算的過程。
通過研究您的預測和與每個預測相關的不確定性量，您可以開始優化承諾計劃，確定覆蓋預期未來使用的合約最佳組合。
在這個充滿挑戰的階段，尋找減輕您將做出的承諾風險的方法。一種方法是通過承諾回購保證，或利用AWS提供的更本地化靈活的承諾選項——例如計算儲蓄計劃，可以在任何地區由任何AWS計算使用消費——以換取更低的儲蓄率。
通過仔細的預算編制和會計，您可以避免混淆和浪費時間。確保將承諾成本和儲蓄具體歸因於正確的應用，而不是像花生醬一樣均勻地分佈在一切上，這往往是默認做法（不幸的是）。
最後，當計劃將應用程序在供應商之間遷移時，仔細解讀三大供應商和其他供應商之間的差異。在供應商X處的虛擬機器的性能語義通常與雲提供商Y處的VM有所不同，即使它們看起來具有相同的規格。
走向多雲：真實視角
在實際的多雲計算中，服務按秒計費，幾乎不可能實現成本、承諾和性能的100%優化。採用手動方法，很少有組織可以接近這一目標。一些公司在歸屬和標記方面做得很好，但沒有準確比較三大供應商之間的數百或數千個選項，以理解最優策略。
這可能極具挑戰性，了解亞馬遜、微軟和谷歌的視角很有用。它們首先且主要回應客戶的技術需求，經常推遲滿足其它需求（合約、成本、透明度）。例如，它們使VM啟動更快，但不能使其成本降低。
由於您設計中的複雜性，走向多雲的挑戰要大得多，這使得優化必須基於簡化流程並盡可能自動化。優化您的多雲盛宴需要您的參與，以及存在於幫助數十萬消費雲服務的組織的外部、中立合作夥伴的幫助。
