大多數大型企業都在使用多云，將所有開發、數據科學和影子 IT 工作引導到單個公共云所需的治理水平很高。全球企業和大型企業確定“成為多云”具有戰略重要性的原因有以下幾個。

1. 輕松應對多云復雜性

IT 領導者十分了解建立安全和強大的云基礎架構的復雜性。自然，當組合多個云時，這些復雜性會成倍增加。企業應該努力避免一次處理所有問題。

由于所需的治理、技術專長和集成，跨多個云的操作很復雜。

建議 IT 團隊盡可能利用其主要云提供商，而不是在第二家提供商那里尋找新的或更好的功能。接受在公共云中沒有一種萬能的方案，而且只有 40% 到 60% 的需求可以通過一個提供商找到。

其他 IT 領導者分享了關于多云如何發展以及如何應對初始復雜性的務實觀點。大數據顧問 Travis Campbell 就多云的使用提供了以下見解：

做“多云”的公司，但實際上每個業務線都將其視為單一云，這是這里的一個特例。例如，財務可能在云 X 上有應用程序，而工程正在部署到云 Y，并且工作和數據沒有交叉。它是沒有困難問題的多云。

因此，對于已經為不同目的獨立運營多個云的企業而言，下一步將是跨這些云的應用程序集成、數據集成或服務編排。這就是那些難題的開始。最好緩慢而謹慎地進行。

2. 為多云架構提供案例

其他 IT 領導者也表達了類似的看法。，許多人指出，如今支持多云并不容易，IT 領導者應該在認可多云架構之前確定強大的業務原理。

Edgevana 的首席執行官兼創始人 Mark Thiele 概述了從多云架構中尋求的許多戰略優勢。“當多云為我的客戶提供一個或多個顯著的價格價值、上市速度、獨特的技術能力、推動更好的價值、創新和性能改進時，我會著手使用多云。”

Palo Alto Strategy Group 的執行技術專家 Mike D. Kail 對此表示贊同。“考慮使用多云的主要原因是，當云服務提供商提供的服務遠遠優于其最初部署中使用的服務時，”他說。“用于人工智能和機器學習的TensorFlow 就是一個例子。”

下面提供了一些操作指導：

許多企業會選擇一個平臺作為他們的主要關注點，而其他平臺則根據業務利益來滿足特定的需求和解決方案。IT 領導者必須從戰略、支持和流程的角度定義他們如何處理多云。當引入其他平臺時，會有一個框架和結構來提供其方法的一致性。不要因為“云蔓延”而讓它成為現實，因為這總是會導致災難。

HPE 金融服務首席技術專家 Chris Ibbitson 表示，企業在公有云和私有云中尋求敏捷性。“無論是與公有云提供商合作，還是在混合云模式中，利用私有云功能和多個公有云提供商的組合都專注于交付變更的敏捷性和速度。雖然大多數企業已經采用了某種形式的混合云，但現在的重點正在轉向多云。”

因此，IT 部門可能會引入第二家云服務提供商來支持特定的業務或技術需求。在這些情況下，IT 領導者應該定義每個云將服務于哪些業務和用例，以及每個云將提供哪些服務和技術。

當然，還有一些額外的原因：

• 大型企業試圖避免依賴單一的云服務提供商，特別是當他們希望就特定于企業的服務水平和定價進行協商。
• 數據主權和合規性通常需要將數據存儲在居住國，對加密和數據安全的具體要求，甚至對可接受的云服務提供商的具體要求。
• 尋求并購的企業通常針對多個云服務提供商和支持模型，以簡化支持結構。
• IT 需要特定的技術能力，尤其是在大規模部署時，部署到一個云服務提供商可能比部署到另一個云服務提供商更具有戰略業務優勢。
• 當 IT 選擇自行管理在公共云上運行的商業購買應用程序時，它已經采用了不同于公共云的開發標準。特定于行業和其他小眾應用程序可以在單個云服務提供商上提供結構和支持模型。

混合和多云架構也提供了技術優勢，特別是在邊緣計算、安全應用程序和實時分析方面。

3. 在使用多云之前查看云支持模型

雖然企業可能有一些理由來支持多云架構，但 IT 領導者仍然強烈建議執行財務分析并審查云運營模式。

企業最好想明白這些問題：“收益是否會大于部署和運營多云架構的復雜性?是否存在短期和長期的財務影響?”

Nutanix 客戶成功財務副總裁 Steven Kaplan 對此表示贊同。他建議，“與任何重要的 IT 決策一樣，必須進行全面的財務分析，不僅要選擇最具戰略意義的最佳解決方案，還要為下一步提供理由和財務基準。”

如果有正當理由，IT 部門必須考慮將其服務模型和專業知識從單一云擴展到多云。Featherston 指出，云計算更多的是關于人、流程和文化，而不是關于技術。“企業應該嘗試在其組織中經歷這些巨大的轉變，首先為一個平臺奠定基礎，并提供在其他平臺上發展的框架，”他說。“基本上，先弄好一朵云，然后再向外延伸。”

建議從基礎設施即代碼工具開始。它們支持某種形式的基礎設施自動化和配置，雖然他們沒有解決云治理的整個范圍，但擁有可編程和版本控制的基礎設施很重要。

4. 擁抱 devops 以支持多云架構

穩健的 devsecops 實踐——尤其是圍繞用于部署應用程序的 CI/CD、用于供應和配置基礎設施的基礎設施即代碼以及包括AIops在內的監控功能——對于實施和支持多云架構都至關重要。

但并不是所有的 devops 技術或 devops 實踐都可以，因為有些技術比其他的更適合多云戰略。一種方法是避開云服務提供商的專有工具，例如 AWS CloudFormation、Azure 資源管理器或谷歌云部署管理器，即使有些提供多云支持。企業 IT 團隊還應將其devops 文化從以部署頻率為重點擴展到包含部署敏捷性。

基礎設施即代碼應該是減輕配置漂移的籌碼，從一開始就需要對安全進行架構設計。諸如 Terraform 之類的工具肯定會有所幫助，可以跨越多云的安全解決方案也至關重要。

多位 IT 領導者推薦 Terraform 用于多云架構，因為它是一種聲明式、無代理、無主配置工具。一種推薦的架構將 Terraform 與 Packer、Docker 和 Kubernetes 配對，以支持配置、服務器模板和編排。

但是，選擇支持多云的工具并不意味著實施支持多云。Featherston 推薦 Terraform，但帶有免責聲明。“我的一個警告是確保客戶理解，它是一種在多個平臺上使用的通用語言，但構建 AWS 的代碼并不能構建 Azure，”他解釋道。“這樣做的好處是團隊可以使用一種通用語言進行編碼，但代價是并非所有平臺功能都可用。”

除了基礎架構即代碼之外，建議使用以下工具、實踐和治理來滿足多云需求：

• 應用程序和單個虛擬機的自動化和編排
• 安全性，包括身份管理和數據保護/加密
• 政策治理和合規性，包括審計和 SLA 指標
• 基礎架構(即計算實例、存儲、網絡)和應用程序的性能監控
• 通過資源優化和計費估算進行成本管理

5. 為多云的未來做好準備

盡管當今采用多個公共云存在諸多復雜性，但 IT 領導者的共識是，大多數企業將支持多云架構，甚至跨云集成應用程序。我們可以借鑒歷史，舉幾個例子，企業必須支持 Linux 和 Windows、.NET 和 Java，以及 Oracle 和 Microsoft SQL 數據庫。

預計我們將在未來三到五年內看到多云的演變，默認情況下，更多的工作負載被設計并從底層云提供商中抽象出來。重點將放在不同云提供商可以啟用的高級功能上，例如人工智能、機器學習和分析。

多云架構維護起來既困難又昂貴。企業需要對單一云提供商保持戰略性，對多云業務保持戰術性。并不惜一切代價避免在基礎設施層為相同的工作負載執行多云。

一次構建，隨處運行是我們都在努力達成的目標，成功使用多云仍有希望。