據(jù)媒體報道，亞馬遜公司的云平臺在2019年遭到一系列DDoS攻擊，該公司對此一直保持沉默。然而這些事情經(jīng)常發(fā)生。

在全球互聯(lián)網(wǎng)誕生以來，拒絕服務攻擊（DDoS）就一直存在，而數(shù)據(jù)中心運營商或托管服務提供商遭遇網(wǎng)絡攻擊之后卻很少坦率承認。而保護所有人免遭網(wǎng)絡癱瘓的基礎設施將再次提供保護：這就是由不同云計算供應商運行的多個數(shù)據(jù)中心，也就是“多云”。

企業(yè)采用多云戰(zhàn)略首先是在多個供應商的云平臺上運營業(yè)務。這竟味著企業(yè)將其軟件和業(yè)務在AWS和Azure云平臺上運行，或在谷歌云平臺上運行。企業(yè)放棄使用任何可能妨礙其遷移的供應商服務，而追求的數(shù)據(jù)架構允許企業(yè)跨數(shù)據(jù)中心進行擴展。

單一云平臺的優(yōu)缺點

依靠單個云計算供應商的云平臺，企業(yè)就可以獲得其提供的云計算服務。添加這些服務通常是無縫的。也就是說，如果是AWS公共云客戶，則可以使用Amazon Elasticsearch Service，而不用構建自己的搜索集群。如果是谷歌云客戶，則可以使用他們的文檔數(shù)據(jù)庫Google Cloud Datastore。

但是，與所有云計算供應商的云平臺策略一樣，采用單一云平臺的企業(yè)也將付出代價：供應商鎖定。這聽起來問題很嚴重，當然，云計算供應商提供的云計算服務現(xiàn)在價格可能很低，但會一直如此嗎？此外，隨著云計算供應商轉變戰(zhàn)略，其提供的服務是否有一天會被無理取消？他們甚至可能從未真正宣布過這一消息。如果企業(yè)所在地區(qū)的AWS數(shù)據(jù)中心長時間停機、變慢或變得不可靠怎么辦？能夠承受起這樣的損失嗎？

這些供應商提供的某些服務（尤其是AWS公司的服務）是一些開源替代產(chǎn)品的分支，這些服務應該維護API兼容性，但它們來自開源軟件。對于緩慢升級的大型企業(yè)來說，這通常是可以接受的。但是，“通?！辈⒉淮砜偸侨绱?。

更大規(guī)模的企業(yè)必須在需要時迅速行動。如果在當前版本中有一個無法修補的重大安全缺陷，則可以進行遷移。如果某些是大規(guī)模擴展所必需的（而企業(yè)需要）或企業(yè)自己的下一個版本所需的某些其他功能，那么按照云計算供應商的日程安排，企業(yè)的業(yè)務將會處于落后狀態(tài)。

企業(yè)在采用云計算供應商提供的云計算服務時，重要的是要問自己：“他們的動機是什么？”當然，云計算供應商可能希望在其IaaS產(chǎn)品之上獲得30%的利潤，但更有可能的是，供應商希望將企業(yè)的負載保留在自己的平臺上。

但是，盡管每個云計算供應商已經(jīng)變得越來越可靠，但并不是完全可靠。每個主要的云計算供應商每年有一個或多個云計算區(qū)域中斷，雖然有些中斷只是持續(xù)很短一段時間。如果企業(yè)不能將其業(yè)務遷移到其他云平臺，那么在云平臺中斷時將會無計可施。

最后，到了協(xié)商定價的時候，如果云計算供應商知道企業(yè)不能離開，那么他們會有多大的靈活性？

多云的優(yōu)缺點

多云策略既需要云計算供應商中立，又需要更靈活的架構選擇。這意味著更多的前期復雜性。這意味著有時會與多家云計算供應商進行談判。

但是，與使用單個供應商提供的云計算服務相比，多云策略為企業(yè)提供了更多的自由和安全性。盡管許多企業(yè)在大型機上實施標準化，然后在DEC、HP和Sun服務器上實現(xiàn)標準化，然后再嘗試在Windows NT上實現(xiàn)標準化。

單一云計算供應商平臺常常無法兌現(xiàn)其承諾。需要記住，從上世紀90年代到2000年，微軟公司的技術通常集成良好但不成熟。然后迅速發(fā)生了變化。經(jīng)驗豐富的開發(fā)人員記得數(shù)據(jù)訪問技術，DAO、RDO、OleDB和ADO，它們都已陸續(xù)發(fā)布并提倡使用。更不要說.NET過渡和發(fā)生的錯誤營銷（即Windows.NET）。

盡管平臺獨立性會帶來前期成本，但追求平臺獨立性的企業(yè)往往會產(chǎn)生更具彈性的架構。這些公司在應用程序之間采用標準接口。他們選擇適合用例的最佳技術，而不是平臺所推動的任何技術。最重要的是，當云計算供應商被證明不是一個可靠的合作伙伴（或抬高價格）時，很多企業(yè)有退出的自由。

多云策略的最低要求

多云的最大要求是依靠開放標準和行業(yè)標準作為關鍵接觸點。以下是一些顯而易見的內容：

Kubernetes。開源容器管理平臺現(xiàn)在是用于部署服務的行業(yè)標準。如果要創(chuàng)建在筆記本電腦上運行的標準Kubernetes部署，則它們應在多個云計算提供商上運行。

開源。為企業(yè)核心體系結構使用開源工具和技術。這樣可以確保隨著平臺策略的變化，企業(yè)可以選擇其他路徑。

開放標準。這并不是說企業(yè)需要真正參與應用服務器集群本身的方式，但是與其他軟件的所有接觸點都應遵循開放且與供應商無關的行業(yè)標準（例如JSON）。

關注品牌服務。如果企業(yè)需要一個固定的IP和各種DNS服務，AWS公司會為這些常見的網(wǎng)絡工具提供自己的版本。當然，企業(yè)不需要運行自己的分布式DNS，而且必須使用提供商提供固定IP的方法。它也不會真正鎖定企業(yè)，在Azure和谷歌云平臺上的工作方式通常也會相同。例如企業(yè)在使用機器學習服務時，應該更謹慎一些。

在兩個或多個云平臺上運行服務之外，也不一定確保企業(yè)能夠快速遷移。即使企業(yè)主要是由于成本或財務等原因將數(shù)據(jù)流量引導到一個云平臺，也應該在另一個云計算提供商擁有一些備用數(shù)據(jù)庫和文本。而在不可避免的業(yè)務中斷發(fā)生時，企業(yè)可以有效應對。