Kubernetes帶來“多云2.0”

David S. Linthicum

“2.0”的東西變得有點煩人了。這是我們行業常用的一個術語，用來表示某種東西可能會改變游戲規則，但我們能更具創新性和創造性嗎？

以多云為例，1.0版出現時，大部分企業使用多個公有云品牌，企業通常依靠專有的CMP（云管理平臺）或者CSB（云服務代理），通過單一界面或者抽象表示（也稱為“單個窗格”）來管理很多云原生服務。

這是當今大多數多云部署的管理方式。如果沒有云管理平臺或者云服務代理，則必須使用公有云供應商為你提供的任何云原生控制臺來處理每一云原生服務。

因此，如果你的多云中有三個公有云，你將需要三種不同的界面和三種類型的技能集。從長遠看，這很難堅持實施下去——因為太復雜了。

現在出現的“2.0版”是遷移到了另一種類型的多云：使用聯合Kubernetes（K8s）作為管理容器化應用程序和數據的手段，這些應用程序和數據由不同的公有云提供商運行，但它們彼此相互知道。

聯合K8s方法的有用之處在于，采用這種架構后，很容易處理運行在多個云上的多個集群。這是通過使用兩個主要的構建塊來實現的。首先是能夠跨集群同步資源的模塊。如你所料，這是部署多云K8s的關鍵難點。K8s的內部機制可以自動同步運行在很多公有云上的多個集群的部署。其次是集群間發現模塊。這意味著能夠自動配置DNS服務器和負載均衡器，其后端支持跨多個公有云運行的所有集群。

使用多云/聯合K8s的優點包括高可用性，因為可以跨多個公有云復制活動/活動集群。因此，如果其中一個出現中斷，另一個則會立即繼續處理。

此外，還避免了可怕的供應商鎖定。考慮到K8s是抽象層，你不用再去關注每家公有云提供商涉及到的復雜性和云原生細節問題了。因此，它同時取代了云服務代理和云管理平臺。

如果有一家云服務提供商退出，或者漲價過多，那也無所謂。你只需要與市場上的其他云提供商合作就可以了。公有云提供商變成了商用集群處理器。另外，請記住K8s是開源的。

這里沒有所謂的靈丹妙藥。實際上，在本地或者云中建立K8s的人仍然有非常復雜的工作要做。使用聯合架構設置K8s會更加復雜。

然而，支持這種方法的工具和最佳實踐越來越多了。此外，我還注意到市場上出現了更多的聯合K8s技能。實際上，這可能是實現多云更好的方法。

David S. Linthicum是德勤咨詢公司的首席云戰略官，也是國際公認的行業專家和思想領袖。本文所述僅代表他個人觀點。

原文網址

https：//www.infoworld.com/article/3439824/kubernetes-is-bringing-multicloud-20.html？nsdr=true