如果詢問任何一個開發人員或DevOps經理采用公共云上的首次體驗，他們很可能會分享一些項目或新應用程序配置一些計算實例的經驗。企業可以充分利用全套公共云服務，以及可擴展性，彈性，安全性和即付即用定價模式。所有這一切使企業團隊輕松開始使用云計算，節省了IT預算和基礎架構設置時間，公共云提供商AWS，微軟Azure，谷歌云，Rackspace等使其易于創新。

在未來的幾年里，云計算的早期的承諾仍然是相關的：服務的擴展，成本（某些情況下）減少，以及DevOps團隊已經通過運行計算實例來適應他們團隊的需求。但對于許多公司來說，其混合的IT基礎設施的現實需要支持多個公共云提供商的服務為了實現這一目標，IT運營人員需要一個位于其基礎設施之上的控制層，并可通過任何架構（包括多云）向客戶提供應用程序，而不管其團隊支持多云環境的原因是什么。

做好最壞的打算

IT運營人員或者失去訪問他們的網絡應用程序的人都知道，中斷和云服務的退化隨時可能發生。現代行動團隊需要制定計劃。許多公司選擇利用多個公共云確保其應用程序始終可供全球客戶使用，即使在中斷時也是如此。在這種情況下，將流量手動重新路由到第二個公共云的過程是麻煩的。在基礎架構之上添加應用交付控制計劃，允許企業通過多個云端無縫和自動地交付應用程序，并提供實時可用性和性能。

支持云驅動的創新

運營團隊經常支持許多不同的敏捷開發團隊，通常在多個國家或新的公司收購中進行。在這種情況下，各種團隊很可能在多個公共云上使用許多架構。要求一些開發團隊切換云供應商不是很重要的DevOps。一個更好的選擇是使用云計算無關的控制平面來控制應用程序傳送自動化，這些控制平面位于任何云計算，數據中心或CDN架構之上。這允許開發團隊在首選的云環境中工作，而不必擔心交付問題。

避免云供應商的鎖定

公共云供應商（如AWS或微軟Azure）不僅僅是基礎設施即服務（IaaS）供應商，他們也銷售（或轉售）一些競爭力非常強的產品和服務。開始時，使用一些云實例并不那么重要。但現在企業已經全面生產并依賴于其中一個云提供商來完成關鍵任務應用程序，這就不再是一個偉大的策略了。將第二個公共云添加到企業的基礎架構中可以減輕企業對單一云計算供應商的依賴。

多供應商采購在IT的許多其他領域都是行之有效的商業策略，在價格和服務等級協議（SLA）談判中提供更多的選擇。IaaS也是如此。隨著新服務被添加或刪除，價格結構發生變化，云服務經常發生變化。控制公共云服務產品的這些變化，定價模式和SLA是企業運營團隊轉向多云架構的另一個強大動力。一個應用交付自動化平臺，可以吸收和采取云服務定價數據，這一點至關重要。

應用程序（以及它們如何交付）已經發生了變化

現代的分布式應用程序由微服務提供支持。同樣，較早期的應用交付控制器（ADC）是為靜態基礎架構世界而構建的，之前企業通常使用云計算（SaaS）。使用應用交付控制器（ADC）進行應用交付需要大量的前期資本支出，從而限制企業快速擴展并阻礙支持動態（即云）基礎架構的靈活性的能力。在多云環境中使用應用交付控制器（ADC）可以將這些問題指數級化。軟件定義的應用交付控制層消除了對舊的應用交付控制器（ADC）技術的需求，并直接擴展企業的業務和基礎架構。

重新控制

完全支持產品中的多云這可能聽起來很難。畢竟，運營團隊團隊每天都有很多的工作要做。添加第二個云計算需要顯著的提升周期才能準備好生產級別的交付，以及新的協議，警報，能力和需要考慮的其他事項。企業不能對每個云平臺的細節有毒害深度的掌握，并且仍然管理數據中心基礎架構。在多個云上增加應用交付的復雜性可能是一個挑戰，但如果企業使用基于SaaS的應用交付平臺，則會少得多。因此，使用多云基礎設施，控制是關鍵。