David S. Linthicum

“2.0”的東西變得有點(diǎn)煩人了。這是我們行業(yè)常用的一個(gè)術(shù)語，用來表示某種東西可能會(huì)改變游戲規(guī)則，但我們能更具創(chuàng)新性和創(chuàng)造性嗎？

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

這是當(dāng)今大多數(shù)多云部署的管理方式。如果沒有云管理平臺(tái)或者云服務(wù)代理，則必須使用公有云供應(yīng)商為你提供的任何云原生控制臺(tái)來處理每一云原生服務(wù)。

因此，如果你的多云中有三個(gè)公有云，你將需要三種不同的界面和三種類型的技能集。從長遠(yuǎn)看，這很難堅(jiān)持實(shí)施下去——因?yàn)樘珡?fù)雜了。

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

聯(lián)合K8s方法的有用之處在于，采用這種架構(gòu)后，很容易處理運(yùn)行在多個(gè)云上的多個(gè)集群。這是通過使用兩個(gè)主要的構(gòu)建塊來實(shí)現(xiàn)的。首先是能夠跨集群同步資源的模塊。如你所料，這是部署多云K8s的關(guān)鍵難點(diǎn)。K8s的內(nèi)部機(jī)制可以自動(dòng)同步運(yùn)行在很多公有云上的多個(gè)集群的部署。其次是集群間發(fā)現(xiàn)模塊。這意味著能夠自動(dòng)配置DNS服務(wù)器和負(fù)載均衡器，其后端支持跨多個(gè)公有云運(yùn)行的所有集群。

使用多云/聯(lián)合K8s的優(yōu)點(diǎn)包括高可用性，因?yàn)榭梢钥缍鄠€(gè)公有云復(fù)制活動(dòng)/活動(dòng)集群。因此，如果其中一個(gè)出現(xiàn)中斷，另一個(gè)則會(huì)立即繼續(xù)處理。

此外，還避免了可怕的供應(yīng)商鎖定。考慮到K8s是抽象層，你不用再去關(guān)注每家公有云提供商涉及到的復(fù)雜性和云原生細(xì)節(jié)問題了。因此，它同時(shí)取代了云服務(wù)代理和云管理平臺(tái)。

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

這里沒有所謂的靈丹妙藥。實(shí)際上，在本地或者云中建立K8s的人仍然有非常復(fù)雜的工作要做。使用聯(lián)合架構(gòu)設(shè)置K8s會(huì)更加復(fù)雜。

然而，支持這種方法的工具和最佳實(shí)踐越來越多了。此外，我還注意到市場(chǎng)上出現(xiàn)了更多的聯(lián)合K8s技能。實(shí)際上，這可能是實(shí)現(xiàn)多云更好的方法。

David S. Linthicum是德勤咨詢公司的首席云戰(zhàn)略官，也是國際公認(rèn)的行業(yè)專家和思想領(lǐng)袖。本文所述僅代表他個(gè)人觀點(diǎn)。

原文網(wǎng)址

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