在Kubernetes上內(nèi)部部署供應(yīng)商有望翻身

-4-在Kubernetes上，內(nèi)部部署供應(yīng)商有望翻身開源版本仍舊主要致力于填補市場空白——應(yīng)用程序支持公有云、云原生和以微服務(wù)為中心的工作負載。Kubernetes生態(tài)系統(tǒng)建立在這個基礎(chǔ)上，增加了服務(wù)網(wǎng)格技術(shù)和多云等功能。在過去的五年中，Kubernetes已經(jīng)從一種神奇的技術(shù)轉(zhuǎn)變?yōu)橐环N自動化的容器部署工具，然后轉(zhuǎn)變?yōu)橐粋€支持云原生轉(zhuǎn)型的生態(tài)系統(tǒng)。這是一個巨大的轉(zhuǎn)變，但還有更多的事情要做。

Kubernetes的勝利可以歸功于該軟件在容器部署方面的優(yōu)越性。它的可擴展性培育了一個生態(tài)系統(tǒng)，它已成為云原生應(yīng)用程序的領(lǐng)先中間件包。但這一勝利制造了簡單性的問題，只有解決了這個問題才能使Kubernetes真正在IT中無處不在。

到目前為止，公有云始終是Kubernetes及其支持的應(yīng)用程序開發(fā)類型的主要孵化器。假如要轉(zhuǎn)變這種狀況，Kubernetes需要克服目前的缺點。

Kubernetes的消失是為了滿意一種需要

Kubernetes最初是谷歌的一個項目，旨在管理一個搜尋和服務(wù)生態(tài)系統(tǒng)這與企業(yè)運行其核心業(yè)務(wù)應(yīng)用程序的方式特別不同。Kubernetes（或者說Borg），正如谷歌內(nèi)部的工具，必需是敏捷的，必需供應(yīng)大量的鉤子和選項。

開源版本仍舊主要致力于填補市場空白應(yīng)用程序支持公有云、云原生和以微服務(wù)為中心的工作負載。Kubernetes生態(tài)系統(tǒng)建立在這個基礎(chǔ)上，增加了服務(wù)網(wǎng)格技術(shù)和多云等功能。

有待解決的遺留問題

采納的最大障礙是安裝和使用Kubernetes所需的簡單性和技能。那些致力于Kubernetes的人留意到，隨著時間的推移，這項技術(shù)變得越來越簡單，特殊是相應(yīng)的生態(tài)系統(tǒng)需要融合中間件工具來完全管理云原生應(yīng)用程序的生命周期。

另一個問題是生態(tài)系統(tǒng)本身。大多數(shù)企業(yè)接受它作為云原生之旅的路線圖，但并不是全部企業(yè)都確定他們能堅持到最終。幾乎全部人都認為，他們的很多應(yīng)用程序不會勝利。用戶盼望Kubernetes不僅能在云原生部署中工作，而且能在他們的數(shù)據(jù)中心中，以及在混合和多云環(huán)境中工作。將來的業(yè)務(wù)應(yīng)用程序不僅在公有云中，也可以在任何地方。

Kubernetes之所以勝利，是由于它是應(yīng)用程序模型中的核心，但假如對于一般的開發(fā)人員或運維人員來說都太簡單，那么這樣的模型都無法生存。它必需支持作為全部企業(yè)IT基礎(chǔ)的核心業(yè)務(wù)應(yīng)用程序，而Kubernetes社區(qū)需要解決這兩個問題，才能朝著占據(jù)IT主導地位邁出下一步。

具有諷刺意味的是，關(guān)于解決這兩個問題的普遍思路是擴大Kubernetes生態(tài)系統(tǒng)本身。它需要是一個容器生態(tài)系統(tǒng)，而不僅僅是一個云原生生態(tài)系統(tǒng)。當Kubernetes消失時，它是Docker的一個擴展，使得使用以微服務(wù)為中心的應(yīng)用程序更加簡單。展望將來，它需要滿意更廣泛的需求，比如處理單體應(yīng)用程序，或者縮小公有云和私有數(shù)據(jù)中心之間的差距。

下一場戰(zhàn)斗：公有云與內(nèi)部部署

今日，Kubernetes仍舊主要關(guān)注公有云部署。云供應(yīng)商盼望他們的Kubernetes服務(wù)具有粘性。他們的目標是供應(yīng)一個包，該包簡化了應(yīng)用程序在云中的部署和重新部署，同時還將客戶綁定到他們的平臺上。云Kubernetes主導地位的競爭將數(shù)據(jù)中心拋在后面，并通過將Kubernetes埋入托管服務(wù)而擺脫了簡單性的約束。

數(shù)據(jù)中心軟件巨頭明顯將此視為對自身業(yè)務(wù)的威逼。他們現(xiàn)在熟悉到，通過簡單性和混合云問題，他們可以把Kubernetes市場，甚至整個云市場都變得對他們有利。它們熟悉到，多云是通往Kubernetes領(lǐng)導地位的道路。

以數(shù)據(jù)中心為中心的Kubernetes模型創(chuàng)建了一個抽象層，表示了一個封裝任何公有云或本地環(huán)境的托管。它們不再試圖區(qū)分私有云和公有云；它們都只是托管容器的地方。應(yīng)用程序才是最重要的，而且這將轉(zhuǎn)變Kubernetes。

實現(xiàn)真正的混合云

如今大多數(shù)混合云架構(gòu)將應(yīng)用程序分為公有云前端和數(shù)據(jù)中心核心，但Kubernetes及其生態(tài)系統(tǒng)可能會轉(zhuǎn)變這一點。例如，一個可以跨越公有云和數(shù)據(jù)中心邊界的、基于容器的應(yīng)用程序可以使IT團隊獲得一組托管資源的補充或備份。

抽象對于跨環(huán)境管理分布式Kubernetes集群至關(guān)重要。它統(tǒng)一并簡化了運維，生成了一個隱蔽Kubernetes全部技術(shù)細節(jié)的操作界面。該模型解決了Kubernetes的兩個問題。

微軟已經(jīng)有了AzureServiceFabric一種通用服務(wù)總線，也支持將其與其他流行的服務(wù)網(wǎng)格技術(shù)交織在一起。到數(shù)據(jù)中心的服務(wù)網(wǎng)格連接將滿意混合云應(yīng)用程序集成需求，即使數(shù)據(jù)中心沒有完全轉(zhuǎn)換為微服務(wù)。

由數(shù)據(jù)中心軟件供應(yīng)商構(gòu)建的Kubernetes生態(tài)系統(tǒng)已經(jīng)迫使公有云供應(yīng)商進行轉(zhuǎn)變。再看看GoogleAnthos。一個更簡潔、基礎(chǔ)更廣的Kubernetes生態(tài)系統(tǒng)正在建設(shè)中，