在過(guò)去的五年中，Kubernetes已經(jīng)從一種神秘的技術(shù)轉(zhuǎn)變?yōu)橐环N自動(dòng)化的容器部署工具，然后轉(zhuǎn)變?yōu)橐粋€(gè)支持云原生轉(zhuǎn)型的生態(tài)系統(tǒng)。這是一個(gè)巨大的轉(zhuǎn)變，但還有更多的事情要做。
Kubernetes的成功可以歸功于該軟件在容器部署方面的優(yōu)越性。它的可擴(kuò)展性培育了一個(gè)生態(tài)系統(tǒng)，它已成為云原生應(yīng)用程序的領(lǐng)先中間件包。但這一成功創(chuàng)造了復(fù)雜性的問(wèn)題，只有解決了這個(gè)問(wèn)題才能使Kubernetes真正在IT中無(wú)處不在。
到目前為止，公有云一直是Kubernetes及其支持的應(yīng)用程序開(kāi)發(fā)類(lèi)型的主要孵化器。如果要改變這種情況，Kubernetes需要克服目前的缺點(diǎn)。
Kubernetes的出現(xiàn)是為了滿足一種需要
Kubernetes最初是谷歌的一個(gè)項(xiàng)目，旨在管理一個(gè)搜索和服務(wù)生態(tài)系統(tǒng)——這與企業(yè)運(yùn)行其核心業(yè)務(wù)應(yīng)用程序的方式非常不同。Kubernetes（或者說(shuō)Borg），正如谷歌內(nèi)部的工具，必須是靈活的，必須提供大量的鉤子和選項(xiàng)。
開(kāi)源版本仍然主要致力于填補(bǔ)市場(chǎng)空白——應(yīng)用程序支持公有云、云原生和以微服務(wù)為中心的工作負(fù)載。Kubernetes生態(tài)系統(tǒng)建立在這個(gè)基礎(chǔ)上，增加了服務(wù)網(wǎng)格技術(shù)和多云等功能。
有待解決的遺留問(wèn)題
采用的最大障礙是安裝和使用Kubernetes所需的復(fù)雜性和技能。那些致力于Kubernetes的人注意到，隨著時(shí)間的推移，這項(xiàng)技術(shù)變得越來(lái)越復(fù)雜，特別是相應(yīng)的生態(tài)系統(tǒng)——需要融合中間件工具來(lái)完全管理云原生應(yīng)用程序的生命周期。
另一個(gè)問(wèn)題是生態(tài)系統(tǒng)本身。大多數(shù)企業(yè)接受它作為云原生之旅的路線圖，但并不是所有企業(yè)都確定他們能堅(jiān)持到最后。幾乎所有人都認(rèn)為，他們的許多應(yīng)用程序不會(huì)成功。用戶希望Kubernetes不僅能在云原生部署中工作，而且能在他們的數(shù)據(jù)中心中，以及在混合和多云環(huán)境中工作。未來(lái)的業(yè)務(wù)應(yīng)用程序不僅在公有云中，也可以在任何地方。
Kubernetes之所以成功，是因?yàn)樗菓?yīng)用程序模型中的核心，但如果對(duì)于一般的開(kāi)發(fā)人員或運(yùn)維人員來(lái)說(shuō)都太復(fù)雜，那么這樣的模型都無(wú)法生存。它必須支持作為所有企業(yè)IT基礎(chǔ)的核心業(yè)務(wù)應(yīng)用程序，而Kubernetes社區(qū)需要解決這兩個(gè)問(wèn)題，才能朝著占據(jù)IT主導(dǎo)地位邁出下一步。
具有諷刺意味的是，關(guān)于解決這兩個(gè)問(wèn)題的普遍思路是擴(kuò)大Kubernetes生態(tài)系統(tǒng)本身。它需要是一個(gè)容器生態(tài)系統(tǒng)，而不僅僅是一個(gè)云原生生態(tài)系統(tǒng)。當(dāng)Kubernetes出現(xiàn)時(shí)，它是Docker的一個(gè)擴(kuò)展，使得使用以微服務(wù)為中心的應(yīng)用程序更加容易。展望未來(lái)，它需要滿足更廣泛的需求，比如處理單體應(yīng)用程序，或者縮小公有云和私有數(shù)據(jù)中心之間的差距。
下一場(chǎng)戰(zhàn)斗：公有云與內(nèi)部部署
今天，Kubernetes仍然主要關(guān)注公有云部署。云提供商希望他們的Kubernetes服務(wù)具有粘性。他們的目標(biāo)是提供一個(gè)包，該包簡(jiǎn)化了應(yīng)用程序在云中的部署和重新部署，同時(shí)還將客戶綁定到他們的平臺(tái)上。云—Kubernetes主導(dǎo)地位的競(jìng)爭(zhēng)將數(shù)據(jù)中心拋在后面，并通過(guò)將Kubernetes埋入托管服務(wù)而擺脫了復(fù)雜性的約束。
數(shù)據(jù)中心軟件巨頭顯然將此視為對(duì)自身業(yè)務(wù)的威脅。他們現(xiàn)在認(rèn)識(shí)到，通過(guò)復(fù)雜性和混合云問(wèn)題，他們可以把Kubernetes市場(chǎng)，甚至整個(gè)云市場(chǎng)都變得對(duì)他們有利。它們認(rèn)識(shí)到，多云是通往Kubernetes領(lǐng)導(dǎo)地位的道路。
以數(shù)據(jù)中心為中心的Kubernetes模型創(chuàng)建了一個(gè)抽象層，表示了一個(gè)封裝任何公有云或本地環(huán)境的托管。它們不再試圖區(qū)分私有云和公有云；它們都只是托管容器的地方。應(yīng)用程序才是最重要的，而且這將改變Kubernetes。
實(shí)現(xiàn)真正的混合云
如今大多數(shù)混合云架構(gòu)將應(yīng)用程序分為公有云前端和數(shù)據(jù)中心核心，但Kubernetes及其生態(tài)系統(tǒng)可能會(huì)改變這一點(diǎn)。例如，一個(gè)可以跨越公有云和數(shù)據(jù)中心邊界的、基于容器的應(yīng)用程序可以使IT團(tuán)隊(duì)獲得一組托管資源的補(bǔ)充或備份。
抽象對(duì)于跨環(huán)境管理分布式Kubernetes集群至關(guān)重要。它統(tǒng)一并簡(jiǎn)化了運(yùn)維，生成了一個(gè)隱藏Kubernetes所有技術(shù)細(xì)節(jié)的操作界面。該模型解決了Kubernetes的兩個(gè)問(wèn)題。
微軟已經(jīng)有了Azure Service Fabric——一種通用服務(wù)總線，也支持將其與其他流行的服務(wù)網(wǎng)格技術(shù)交織在一起。到數(shù)據(jù)中心的服務(wù)網(wǎng)格連接將滿足混合云應(yīng)用程序集成需求，即使數(shù)據(jù)中心沒(méi)有完全轉(zhuǎn)換為微服務(wù)。
由數(shù)據(jù)中心軟件提供商構(gòu)建的Kubernetes生態(tài)系統(tǒng)已經(jīng)迫使公有云提供商進(jìn)行改變。再看看Google Anthos。一個(gè)更簡(jiǎn)單、基礎(chǔ)更廣的Kubernetes生態(tài)系統(tǒng)正在建設(shè)中，這個(gè)生態(tài)系統(tǒng)將把Kubernetes和容器帶到未來(lái)。
原文鏈接：
https://searchcloudcomputing.techtarget.com/tip/The-future-of-the-Kubernetes-ecosystem-isnt-all-about-cloud
