要作成功的多雲戰略規劃,企業須要對本身全部相互依賴關係有充分的認識,還須要新網絡監控的輔助。後端
對於企業來講,從使用單一雲廠商階段,過渡到組合使用多家雲廠商階段,多雲是進化的階梯。這是如下幾方面因素影響決定的:服務器
◈ 對於一部分企業來講,不一樣的工做任務須要使用平臺上不一樣的功能。網絡
◈ 對於另外一部分企業來講,使用多雲是企業業務轉型的必經之路,固然,也多是業務合併的結果。架構
愈來愈多的企業,選擇多雲做爲其主要的雲優先戰略。微服務
◈ 在某些狀況下,這麼作是爲了減小企業對單個雲廠商的依賴,由於雲廠商開始在產品中注入更多的粘性。工具
◈ 在另外一些狀況下,企業但願基於自身工做負載的特性及需求,進而優化成本。性能
上述這兩個方面,你們都有激烈的爭論,這與硬件平臺上的爭論相似。優化
無論企業出於什麼緣由,選擇在多雲環境下運行業務,都不能忽視多雲帶來的複雜性,若是企業對此不仔細管理,可能跟最初採用多雲戰略的目標:下降成本相違背,甚至還會下降工做負載的性能。網站
這就是爲何可視化如此重要。可是,就像採用多雲同樣,爲了實現業務可視化,企業須要改變數據集,除了本地網絡以外,還要測量廣域網、互聯網、雲計算和 SaaS 廠商的健康情況和性能。雲計算
接下來,咱們將分析多雲部署的一些關鍵術語,解釋爲何雲端沒法實現傳統可視化,並探索多雲環境下實現業務可視化的方法。
混合雲與多雲
混合雲一般是指:現有數據和傳統數據中心的組合,部分服務直接從雲中消費。現在大多數應用程序都是混合的,不管是用於身份驗證、付款仍是物流,使用一個或多個基於 API 的外部服務。
◈ 若是託管在企業本地的應用程序調用公共雲廠商接口進行身份驗證,說明混合雲運行成功,且高效。
◈ 若是企業的網站有 PayPal 或 Visa 這類的付款工具,那麼他使用也是混合雲架構。
隨着應用程序被霧化成其組成服務,只經過調用結構化 API 進行通訊,企業可以分別定位到每一個組件,而且可以對其進行縮放。所以,儘管一些核心資產和功能可能仍在本地數據中心,但企業能夠獨立地擴展無狀態組件,並讓它們駐留在離用戶更近的雲中。
多雲這個概念是指:企業內部部署的傳統數據中心與兩家(或多家)雲廠商結合使用。多雲包括多種類型的雲服務模式,例如:IaaS、PaaS 和 SaaS。多雲是一個複雜的環境,擁有多個雲平臺,每一個平臺都有本身的編排特性。
部署多雲的目標是:讓企業工做負載運行在最佳環境,而這取決於成本的控制和雲平臺的正確組合。從管理的角度來看,企業選擇多雲,也是在應對一個新的挑戰:難以預測的複雜程度和變化速度。此外,企業的調用流程包含愈來愈多的排列組合,也提升了性能調優和故障排查的複雜度。
微服務 API
微服務架構已經流行了不少年,從根本上改變了新的應用程序的構建方式。
Uber 就是一個很好的案例:
Uber 主要運行在微服務生態系統上,依靠第三方 API 進行地圖繪製、支付、發送通知和撥號服務。每一個 API 均可能進一步依賴於其餘後端 API。
所以,每當乘客在 Uber 上打車時,須要調用多個 API 流、雲服務和網絡路徑,在它們的協同工做下,乘客纔可以搭車回家。
這種複雜程度是企業過去從未經歷過的。當一切都正常運行時,其複雜性並不明顯,一旦出現故障,排除故障的過程會很是複雜。
雲計算和互聯網面臨的挑戰之一就是:缺少可視性。
許多傳統的網絡監控工具都依賴於簡單網絡管理協議(SNMP),流量或數據包捕獲等技術。這些技術的實現都須要對:服務器、交換機、防火牆和路由器構成的數據中心進行必定程度的特權訪問。所以,傳統的網絡監控工具不適用於 IaaS 或 PaaS 服務。企業沒法在雲廠商內部竊聽,或是從他們的數據中心傳輸流記錄。所以,對於企業客戶而言,雲計算的數據存儲和處理相似於:
☟ 黑盒操做 ☟
傳統的網絡監控方式不適用於單個雲或混合雲,也不適用於多雲平臺。隨着雲平臺數量的增長,路徑組合的數量也在有序增長。每條路徑存在着許多不肯定性,使得企業的風險成倍增長,企業不能再繼續把這些雲平臺當成黑盒了。
雲的本質是什麼?
部分雲廠商提供網絡可視化解決方案,將其企業域,從企業的網絡到雲內部的虛擬網絡,鏈接進行可視化。可是,這並不能爲企業提供完整的端到端圖片,包括外部的相互依賴關係。
固然,這種解決方案只針對,使用該雲廠商服務的客戶,不提供其餘雲平臺,也不提供傳統數據中心的信息。
多雲戰略下,隨着工做負載的遷移,企業的可視化解決方案,也須要根據資源所在的位置靈活調整。
雲端不存在穩定的狀態,全部的 IaaS 和 PaaS 廠商都使用了大量 DevOps 和自動化工具,因此變化會隨時發生。
與此同時,多雲部署一般使用容器化和自動化工具,如 Kubernetes,爲工做負載找到最佳運行環境。
在這個瞬息萬變的世界中,企業須要持續的可視性,以反映應用程序交付路徑中的變化,獲得一個完整的、最新的視圖。