[[415285]]

云計算有著眾多令人眼花繚亂的選項，從首席信息官到實習生都會感到無所適從--那些有24GB內存的服務器看起來不錯，新的人工智能圖像分類系統看起來也很好。哦，那是什么東西?長期對象儲存嗎?也給我準備幾個ZB(澤字節)吧。

一家云服務提供商提供的服務選項就這么好，那么我為什么不再選擇兩、三家，或是更多的服務提供商呢?幾乎所有人都經歷過家庭作業逐漸堆滿書桌、食譜越來越復雜直到占滿廚柜臺面的每一寸空間。對于現代架構師來說，他們會很自然地萌生出想要利用整個互聯網中所有可用資源的想法。

多云架構之所以有意義，在于其很好的滿足了一些實際需求。更多的云意味著更多的API選擇、更多的數據中心位置，以及更多的人工智能算法。只要人工智能算法足夠多，總會有一些算法可能會奏效。在新的改進出現后，對多云服務持開放態度的架構師團隊可以靈活而充分地利用它們。

多云架構之所以受到歡迎，還有一個原因在于公司希望擺脫廠商鎖定。每當合同要續簽時，原來的服務供應商就會趁機漲價，直到公司為其引入競爭對手為止。如果公司從一開始就將多云敏捷性加入到體系結構中，一旦供應商銷售團隊想漲價，那么公司可以很容易地改用其他供應商的云服務。對于公司來說，只需要一個周末的時間即可將自己的業務遷移至另一家供應商的服務上，這點具有不可抗拒的吸引力。

然而所有這些優勢都是有代價的。保持足夠的敏捷來享受競爭帶來的優勢，這也存在著一些副作用，有的副作用可能在幾周、幾個月甚至幾年之后才會顯現出來。以下是多云隱藏的一些潛在危險，這些潛在危險將會削弱用戶的體驗。

無法使用專利工具

現代云服務中的許多組成部分都是純商業產品。廠商銷售的實例中的RAM大小都不盡相同，不同用戶對Linux的風格也各有偏好。在所有這些看似普通的選項中，有些選項會提供獨特而強大的工具，不過這些工具是有專利的，甲骨文的主數據庫、谷歌的Firebase和微軟的.Net堆棧只是其中的典型代表。

多云使得用戶很難充分利用這些專利工具，因為用戶很難在另一個云服務中復制它們。如果你的目標是確保自己有其他的選擇，可以隨時切換到其他廠商的服務上，那么你可能無法享受到真正適合自己的選擇。自由選擇的最大代價就是用戶永遠都無法得到一款優秀的工具。

選擇受到制約

有時沒有其他的選擇也不失為一件壞事，做出決定需要時間。選擇受到制約時，用戶不得不制作大量的電子表格和清單，然后再提交給審查部門進行審查，所有這些工作做下來可能只節省了一些微不足道的費用。

關注廠商變化

云計算的許多組件都是可以相互替代的商業產品。雖然可以相互替代，但是這些組件仍然存在著微小的差別，這需要團隊不得不持續關注這些差別：也許一個云服務已經先于另一個云服務切換到了PHP 8，另一個云服務在定價和收費模式方面可能不利于大量帶寬的使用。越來越多的供應商和合作伙伴意味著用戶的電子郵件通知和視頻會議也會越來越多，意味著在年度面對面會議上的廣告宣傳也將占用更多的時間，團隊中的每個人都需要做更多的工作。"多云自由"的代價意味著用戶需要長期保持對眾多供應商的公告、新聞稿和電子郵件的關注和警惕。

代碼故障概率增加

年青人喜歡用"開玩笑/不開玩笑"之類的話來衡量到底有多少誠意，標準制定者也是如此。從理論上講，互聯網與精心制定的標準是不可分開的一對，這些標準確保了互聯網中的所有東西都具有互操作性。雖然這句話很有道理，但是做起來卻并非完全如此。在用戶的Ubuntu、Python，亦或是其他一些所謂的標準版本之間，總是會有微小的差異，當代碼遇到這些差異時就會出現異常甚至是崩潰。如果用戶在多個云服務上使用自己的代碼，那么代碼遇到這些微小差異的概率也會增加。詭異的是，這些問題往往會在周六晚上或是假期中出現。

延遲

與將數據包發送到世界上其他地方的數據中心相比，在同一機架中的機器之間發送數據包要更快。如果你想利用南極洲存儲價格低廉的優勢，那么多云戰略可能會遇到更長的延遲。在許多情況下，延遲問題并不重要，因為有些數據包不需要快速傳輸。例如許多后臺計算對速度要求并不高。但是對于為應用程序的交互組件提供支持的主要例程而言，距離核心微服務當然越近越好。

更多的培訓時間

選擇一個云服務，意味著用戶要學習和掌握該服務供應商的愿景和特有界面。選擇多個云服務，意味著用戶需要多次進行學習和掌握，團隊需要不斷積累專業知識。目前已經有了簡化這個過程的產品。

例如，Backblaze推出了一個可以模擬亞馬遜S3 buckets的存儲API。遺憾的是這類產品并不多，用戶的N個選擇意味著要經歷N次培訓。

價格陷阱

運行流行的開源操作系統的現代實例貌似已成為了商品。用戶通常會選擇每小時收費價格最低的產品，但是需要注意這類產品往往隱藏著一些重要的潛在成本。例如，有些云服務會對離開其中心的數據收費。在長期使用下，有些云服務的回報可能會更好。云服務定價模式的考慮因素很多，如果用戶想選擇價格最低的云服務產品，那么他們需要認真評估自己的選擇。這些云服務產品只是看起來像商品，它們的定價模式卻與普通商品迥異。

整合度不高

用戶選擇了云服務產品后還有許多工作要做，整個過程更像是用戶在交付產品。用戶的團隊或許能夠發揮神奇的作用，為代碼層添加一些重要的功能，但是如果用戶接觸的只是最低限度的代碼，那么想要實現超越就非常困難了。許多工作不需要太多的聰明才智，許多任務最好使用最簡單的方法來完成。如果用戶的要求很高，那么只選擇一種云服務或許才是最佳的選擇。原因在于多云架構只是最低限度地實現了眾多云服務產品的整合。

無法享受折扣

云供應商會為大批量購買的客戶提供大幅折扣優惠，特別是當客戶承諾長期使用的話。保持敏捷性并準備隨時遷移至新的云服務上不僅意味著避免廠商鎖定，也意味著無法享受廠商的折扣價格。如果用戶將費用分散到多個云服務上，那么他們將難以享受到廠商為大批量采購所提供的折扣。

信任難題

在商業上不要輕信任何人。用戶不應將所有的信任都放在一家服務供應商身上，這是非常明智的。自由選擇意味著把信任放在更多的廠商身上，但是這種做法會導致廠商們失望或背叛的幾率成倍增加。用戶可能不會信任自己的云供應商中的每一家，但是多云架構的運行需要更多的信任。如果信任可以量化為數字的話，那么多云架構需要的信任反而要比只有一家云供應商需要的信任要翻好幾倍。

法律漏洞增多

堅持使用一個云服務提供商的好處之一是提供商難以推卸責任。假設用戶從一家公司那里購買了火災保險，又從另一家公司那里購買了洪水保險，如果洪水引發電氣火災，那么用戶極有可能遇到兩家公司相互扯皮的情況，認為支付索賠是對方公司的事情。選擇多云意味著用戶要簽署多份默認協議并對許多合同展開談判，同時這也意味著這些協議和合同之間更容易出現漏洞，用戶也更容易踩到這些漏洞。