基于Kubernetes的混合云的優(yōu)缺點

開源云中文社區(qū)
基于Kubernetes的混合平臺列表到此為止。其他主要的混合解決方案,包括AWS Outposts、Azure Stack和Azure Arc,使用其他技術(shù)作為混合云管理的基礎(chǔ)。它們通過混合架構(gòu)支持Kubernetes部署,但是它們不使用Kubernetes作為底層混合環(huán)境的管理層。

混合云平臺越來越分為兩大類:基于Kubernetes的平臺和不基于Kubernetes的平臺。因此,在構(gòu)建一個將內(nèi)部或托管基礎(chǔ)設(shè)施與公共云集成的架構(gòu)時,這是必須做出的首要基本決策之一。

Kubernetes和混合云

當然,開源容器編排器Kubernetes不僅僅是一個混合云平臺。它是一種將應(yīng)用程序(尤其是,但不一定是在容器中運行的應(yīng)用程序)部署到任何內(nèi)部或公共云基礎(chǔ)設(shè)施或其組合上的方法。支持混合云架構(gòu)甚至不是Kubernetes項目的主要重點。

盡管如此,Kubernetes為混合部署提供了一個關(guān)鍵好處。它提供了一種統(tǒng)一的方法來部署和管理應(yīng)用程序,而不管它們在哪個基礎(chǔ)設(shè)施上運行。它通過從應(yīng)用程序環(huán)境中抽象底層基礎(chǔ)設(shè)施來實現(xiàn)這一點。當你在Kubernetes上部署應(yīng)用程序時,無論是在公共云、托管數(shù)據(jù)中心,甚至是用于測試的備用筆記本電腦中進行部署,過程基本相同。

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

基于Kubernetes的混合平臺

意識到這一點,過去幾年中一些供應(yīng)商已經(jīng)采用了Kubernetes優(yōu)先的混合云方法。最突出的例子可能是,Google Anthos使用Google Kubernetes Engine管理運行在任何公共云或私有數(shù)據(jù)中心的集群。VMware的Tanzu平臺是另一個例子。

AWS的EKS Anywhere可以通過Amazon的Elastic Kubernetes服務(wù)管理內(nèi)部集群(也可能是運行在其他公共云中的集群),可以算是某種混合云平臺。它并不是亞馬遜主要的混合解決方案(AWS Outposts提供了更廣泛的混合服務(wù)集),但就EKS Anywhere支持跨多個托管環(huán)境的容器化應(yīng)用程序的部署而言,它符合混合云的要求。

基于Kubernetes的混合平臺列表到此為止。其他主要的混合解決方案,包括AWS Outposts、Azure Stack和Azure Arc,使用其他技術(shù)作為混合云管理的基礎(chǔ)。它們通過混合架構(gòu)支持Kubernetes部署,但是它們不使用Kubernetes作為底層混合環(huán)境的管理層。

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

混合云的一種實現(xiàn)方法比另一種更好嗎?這取決于幾個因素。

最重要的是,相比通過公共云的標準工具來管理工作負載,你是否更喜歡通過Kubernetes來管理它們。Anthos和Tanzu等平臺使用Kubernetes來編排一切,而Outposts和Azure Stack等解決方案則使用原生管理工具(CloudWatch、CloudTrail、CloudFormation等)進行應(yīng)用程序部署和管理。如果你更喜歡使用Kubernetes方法來部署和管理應(yīng)用程序,那么基于Kubernetes的混合云平臺可能正適合你。

第二個要考慮的因素是應(yīng)用程序的容器化程度。Kubernetes可以管理虛擬機和容器,事實上,VM編排在Tanzu和Anthos中都是重要功能。但歸根結(jié)底,在Kubernetes中管理虛擬機可能會讓人感到奇怪,Kubernetes的設(shè)計首先是編排容器。虛擬機的啟動和停止速度通常不如容器快,而且你很少像容器那樣啟動多個虛擬機實例。如果你的工作負載主要由虛擬機組成,那么最好使用不圍著Kubernetes轉(zhuǎn)的混合云平臺。

同樣值得考慮的是,你是否看好Kubernetes。這個平臺如今非常流行(這也是谷歌和VMware選擇它作為混合戰(zhàn)略基礎(chǔ)的部分原因),但它只有7年的歷史。有理由認為Kubernetes更像是一種時尚,而不是一種長期的技術(shù)主流。

畢竟,五六年前,當Kubernetes只是一個沒有人能說出名字的新貴項目時,Docker似乎要永遠統(tǒng)治世界,那時候把你的工具與Docker結(jié)合似乎是一個穩(wěn)妥的選擇。但現(xiàn)在完全不是如此。

那么,致力于一個基于Kubernetes的混合平臺,就有可能像是在2015年左右全力以赴押注Docker:只要炒作持續(xù)下去,它就會起作用,但當時尚消退時,你可能不得不重建一切。

靈活性是另一個需要考慮的因素。一般來說,基于Kubernetes的混合云比那些依賴云供應(yīng)商專有工具的混合云更靈活。例如,如果你使用Azure Stack,那么很難遷移到AWS Outposts,因為這基本上相當于從Azure遷移到AWS。但是從Anthos遷移到Tanzu會更容易(雖然不是無縫的),因為這兩個平臺都是建立在Kubernetes之上的。

結(jié)論

有充分的理由選擇Kubernetes作為混合云戰(zhàn)略的基礎(chǔ)。而選擇一個不需要Kubernetes工具并且支持Kubernetes無法管理的工作負載類型的平臺也有一些很好的理由。請想好。

原文鏈接:

https://www.datacenterknowledge.com/cloud/pros-and-cons-kubernetes-based-hybrid-cloud

THEEND

最新評論(評論僅代表用戶觀點)

更多
暫無評論