企業(yè)選用多云幾個原因

劉楊

對于許多企業(yè)而言，使用多個公有云不可避免，大多數大型企業(yè)都在使用多云，將所有開發(fā)、數據和影子IT等工作引導到單個公共云需要很高的管理水平。全球企業(yè)和大型企業(yè)確定使用多云的原因有以下幾個。

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

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

一些IT領導者分享了關于多云如何發(fā)展以及如何應對初始復雜性的務實觀點，大數據顧問Travis Campbell就多云的使用提供了以下見解：做多云的公司，實際上每個業(yè)務線都將其視為單一云，這不是一個特例。例如，財務可能在云X上有應用程序，而工程正在部署到云Y，并且工作和數據沒有交叉，它是沒有問題的多云。

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

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

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

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

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

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

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

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

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

大型企業(yè)試圖避免依賴單一的云服務提供商，特別是當他們希望就特定企業(yè)的服務水平和定價進行協(xié)商；

數據主權與合規(guī)性通常需要將數據存儲在居住國，對加密和數據安全的具體要求，甚至是對云服務提供商的具體要求；

尋求并購的企業(yè)通常針對多個云服務提供商和支持模型，以簡化支持結構；

IT需要特定的技術能力，尤其是在大規(guī)模部署時，部署到一個云服務提供商可能比部署到另一個云服務提供商更具有戰(zhàn)略業(yè)務優(yōu)勢；

當IT選擇自行管理在公共云上運行的商業(yè)購買應用程序時，它已經采用了不同于公共云的開發(fā)標準。特定于行業(yè)和其他小眾的應用程序可以在單個云服務提供商上提供結構和支持模型；

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

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

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

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

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

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

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

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

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

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

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

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

應用程序和單個虛擬機的自動化和編排；

安全性，包括身份管理和數據保護/加密；

政策治理和合規(guī)性，包括審計和SLA指標；

基礎架構（即計算實例、存儲、網絡）和應用程序的性能監(jiān)控；

通過資源優(yōu)化和計費估算進行成本管理。

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

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

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

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