混合云平臺(tái)如今開始分為兩大類：基于Kubernetes的云平臺(tái)和不基于Kubernetes的云平臺(tái)。因此，在組織構(gòu)建將內(nèi)部部署或托管基礎(chǔ)設(shè)施與公共云集成的架構(gòu)時(shí)，這必須做出的一個(gè)基本決策。

[[386877]]

Kubernetes和混合云

當(dāng)然，開源容器編排器Kubernetes不僅僅是一個(gè)混合云平臺(tái)。這是在任何內(nèi)部部署基礎(chǔ)設(shè)施或公共云或其組合上運(yùn)行應(yīng)用程序的一種方法，尤其是在容器中運(yùn)行的應(yīng)用程序。支持混合云架構(gòu)甚至不是Kubernetes項(xiàng)目的重點(diǎn)。

盡管如此，Kubernetes為混合部署提供了關(guān)鍵優(yōu)勢。它提供了一種統(tǒng)一的方式來部署和管理應(yīng)用程序，無論它們在哪種基礎(chǔ)設(shè)施上運(yùn)行。它通過從應(yīng)用程序環(huán)境中抽象底層基礎(chǔ)設(shè)施來實(shí)現(xiàn)這一點(diǎn)。當(dāng)組織在Kubernetes上部署應(yīng)用程序時(shí)，無論是在公共云、托管數(shù)據(jù)中心，還是用于測試的筆記本電腦中進(jìn)行部署，其過程基本相同。

而且，由于Kubernetes可以同時(shí)管理跨多種類型基礎(chǔ)設(shè)施的應(yīng)用程序環(huán)境，因此它提供了一致的部署和管理體驗(yàn)，即使組織的一些服務(wù)器和應(yīng)用程序運(yùn)行在公共云中，其他服務(wù)器和應(yīng)用程序也可以運(yùn)行在內(nèi)部部署設(shè)施或托管數(shù)據(jù)中心設(shè)施中。

基于Kubernetes的混合平臺(tái)

意識(shí)到這一點(diǎn)，過去幾年中一些供應(yīng)商采用了Kubernetes優(yōu)先的混合云方法。最突出的一個(gè)例子就是使用Google Kubernetes Engine來管理在任何公共云或私有數(shù)據(jù)中心中運(yùn)行的集群的Google Anthos。VMware公司的Tanzu平臺(tái)是另一個(gè)。

AWS公司的EKS Anywhere可以通過Amazon的Elastic Kubernetes服務(wù)管理本地集群(以及可能運(yùn)行在其他公共云中的集群)，也可以用作混合云平臺(tái)。它不是AWS公司的主要混合解決方案，而是提供更廣泛的混合服務(wù)的AWS Outposts，但是在一定程度上，EKS Anywhere支持跨越多個(gè)托管環(huán)境的容器化應(yīng)用程序的部署，因此符合混合云的要求。

基于Kubernetes的混合平臺(tái)還包括AWS Outposts、Azure Stack和Azure Arc，使用其他技術(shù)作為混合云管理的基礎(chǔ)。它們也恰好都是通過混合架構(gòu)來支持Kubernetes部署的，但是它們并不使用Kubernetes作為底層混合環(huán)境的管理層。

為什么不選擇混合云上的Kubernetes

一種混合云方法是否比另一種更好?這取決于一些變量。

最重要的是，是否更喜歡通過Kubernetes管理工作負(fù)載，而不是通過公共云的標(biāo)準(zhǔn)工具來管理工作負(fù)載。諸如Anthos和Tanzu之類的平臺(tái)使用Kubernetes來統(tǒng)籌一切，而諸如Outposts和Azure Stack之類的解決方案則使用原生管理工具(CloudWatch、CloudTrail、CloudFormation等)來進(jìn)行應(yīng)用程序部署和管理。如果更喜歡使用Kubernetes方法進(jìn)行應(yīng)用程序部署和管理，那么基于Kubernetes的混合云平臺(tái)可能更適合。

要考慮的第二個(gè)因素是應(yīng)用程序的容器化程度。Kubernetes可以管理虛擬機(jī)以及容器，實(shí)際上，虛擬機(jī)編排是Tanzu和Anthos的主要功能。但是最終，在Kubernetes內(nèi)部管理虛擬機(jī)可能讓人感覺奇怪，Kubernetes的設(shè)計(jì)首先是為了協(xié)調(diào)容器。虛擬機(jī)通常不會(huì)像容器那樣快速地啟動(dòng)和停止，并且很少像使用容器那樣啟動(dòng)多個(gè)虛擬機(jī)實(shí)例。如果組織的工作負(fù)載主要由虛擬機(jī)組成，那么不依賴Kubernetes的混合云平臺(tái)可能會(huì)為其提供更好的服務(wù)。

同樣值得考慮的是問題是，是否認(rèn)為Kubernetes將長期堅(jiān)持下去?這個(gè)平臺(tái)如今非常流行(這也是谷歌和VMware選擇它作為混合戰(zhàn)略基礎(chǔ)的部分原因)，但它只有7年的歷史。也有人認(rèn)為Kubernetes更像是一種時(shí)尚技術(shù)，而不是一種長期使用的技術(shù)。

畢竟，五六年前，當(dāng)Kubernetes只是一個(gè)沒有人能說出名字的新項(xiàng)目時(shí)，Docker似乎將會(huì)持續(xù)發(fā)展，而當(dāng)初將工具與Docker結(jié)合似乎是一個(gè)穩(wěn)妥的選擇，現(xiàn)在人們都知道其結(jié)果如何。

因此，承諾使用基于Kubernetes的混合平臺(tái)，就像在2015年左右全面投入Mesosphere一樣，當(dāng)不再流行時(shí)，可能必須重建所有內(nèi)容。

靈活性是一個(gè)需要考慮的最終因素。一般來說，基于Kubernetes的混合云與依賴于云供應(yīng)商專有工具的混合云相比更加靈活。例如，如果使用Azure Stack，將很難遷移到AWS Outposts，因?yàn)槠溥w移基本上等同于從Azure云平臺(tái)遷移到AWS云平臺(tái)。但是從Anthos遷移到Tanzu會(huì)更容易，盡管不是無縫的，這因?yàn)檫@兩個(gè)平臺(tái)都建立在Kubernetes上。

結(jié)論

選擇Kubernetes作為混合云戰(zhàn)略有著充分的理由。選擇一個(gè)不需要Kubernetes工具并且支持Kubernetes無法管理的工作負(fù)載類型的平臺(tái)也有一些很好的理由。