混合云平臺(tái)越來越分為兩大類：基于Kubernetes的平臺(tái)和不基于Kubernetes的平臺(tái)。因此，在構(gòu)建一個(gè)將內(nèi)部或托管基礎(chǔ)設(shè)施與公共云集成的架構(gòu)時(shí)，這是必須做出的首要基本決策之一。
Kubernetes和混合云
當(dāng)然，開源容器編排器Kubernetes不僅僅是一個(gè)混合云平臺(tái)。它是一種將應(yīng)用程序（尤其是，但不一定是在容器中運(yùn)行的應(yīng)用程序）部署到任何內(nèi)部或公共云基礎(chǔ)設(shè)施或其組合上的方法。支持混合云架構(gòu)甚至不是Kubernetes項(xiàng)目的主要重點(diǎn)。
盡管如此，Kubernetes為混合部署提供了一個(gè)關(guān)鍵好處。它提供了一種統(tǒng)一的方法來部署和管理應(yīng)用程序，而不管它們?cè)谀膫€(gè)基礎(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è)施中。
基于Kubernetes的混合平臺(tái)
意識(shí)到這一點(diǎn)，過去幾年中一些供應(yīng)商已經(jīng)采用了Kubernetes優(yōu)先的混合云方法。最突出的例子可能是，Google Anthos使用Google Kubernetes Engine管理運(yùn)行在任何公共云或私有數(shù)據(jù)中心的集群。VMware的Tanzu平臺(tái)是另一個(gè)例子。
AWS的EKS Anywhere可以通過Amazon的Elastic Kubernetes服務(wù)管理內(nèi)部集群（也可能是運(yùn)行在其他公共云中的集群），可以算是某種混合云平臺(tái)。它并不是亞馬遜主要的混合解決方案（AWS Outposts提供了更廣泛的混合服務(wù)集），但就EKS Anywhere支持跨多個(gè)托管環(huán)境的容器化應(yīng)用程序的部署而言，它符合混合云的要求。
基于Kubernetes的混合平臺(tái)列表到此為止。其他主要的混合解決方案，包括AWS Outposts、Azure Stack和Azure Arc，使用其他技術(shù)作為混合云管理的基礎(chǔ)。它們通過混合架構(gòu)支持Kubernetes部署，但是它們不使用Kubernetes作為底層混合環(huán)境的管理層。
為什么或?yàn)槭裁床贿x擇混合云上的Kubernetes
混合云的一種實(shí)現(xiàn)方法比另一種更好嗎？這取決于幾個(gè)因素。
最重要的是，相比通過公共云的標(biāo)準(zhǔn)工具來管理工作負(fù)載，你是否更喜歡通過Kubernetes來管理它們。Anthos和Tanzu等平臺(tái)使用Kubernetes來編排一切，而Outposts和Azure Stack等解決方案則使用原生管理工具（CloudWatch、CloudTrail、CloudFormation等）進(jìn)行應(yīng)用程序部署和管理。如果你更喜歡使用Kubernetes方法來部署和管理應(yīng)用程序，那么基于Kubernetes的混合云平臺(tái)可能正適合你。
第二個(gè)要考慮的因素是應(yīng)用程序的容器化程度。Kubernetes可以管理虛擬機(jī)和容器，事實(shí)上，VM編排在Tanzu和Anthos中都是重要功能。但歸根結(jié)底，在Kubernetes中管理虛擬機(jī)可能會(huì)讓人感到奇怪，Kubernetes的設(shè)計(jì)首先是編排容器。虛擬機(jī)的啟動(dòng)和停止速度通常不如容器快，而且你很少像容器那樣啟動(dòng)多個(gè)虛擬機(jī)實(shí)例。如果你的工作負(fù)載主要由虛擬機(jī)組成，那么最好使用不圍著Kubernetes轉(zhuǎn)的混合云平臺(tái)。
同樣值得考慮的是，你是否看好Kubernetes。這個(gè)平臺(tái)如今非常流行（這也是谷歌和VMware選擇它作為混合戰(zhàn)略基礎(chǔ)的部分原因），但它只有7年的歷史。有理由認(rèn)為Kubernetes更像是一種時(shí)尚，而不是一種長期的技術(shù)主流。
畢竟，五六年前，當(dāng)Kubernetes只是一個(gè)沒有人能說出名字的新貴項(xiàng)目時(shí)，Docker似乎要永遠(yuǎn)統(tǒng)治世界，那時(shí)候把你的工具與Docker結(jié)合似乎是一個(gè)穩(wěn)妥的選擇。但現(xiàn)在完全不是如此。
那么，致力于一個(gè)基于Kubernetes的混合平臺(tái)，就有可能像是在2015年左右全力以赴押注Docker：只要炒作持續(xù)下去，它就會(huì)起作用，但當(dāng)時(shí)尚消退時(shí)，你可能不得不重建一切。
靈活性是另一個(gè)需要考慮的因素。一般來說，基于Kubernetes的混合云比那些依賴云供應(yīng)商專有工具的混合云更靈活。例如，如果你使用Azure Stack，那么很難遷移到AWS Outposts，因?yàn)檫@基本上相當(dāng)于從Azure遷移到AWS。但是從Anthos遷移到Tanzu會(huì)更容易（雖然不是無縫的），因?yàn)檫@兩個(gè)平臺(tái)都是建立在Kubernetes之上的。
結(jié)論
有充分的理由選擇Kubernetes作為混合云戰(zhàn)略的基礎(chǔ)。而選擇一個(gè)不需要Kubernetes工具并且支持Kubernetes無法管理的工作負(fù)載類型的平臺(tái)也有一些很好的理由。請(qǐng)想好。
原文鏈接：
https://www.datacenterknowledge.com/cloud/pros-and-cons-kubernetes-based-hybrid-cloud
