2014年6月，谷歌公司開源了Kubernetes，這是一個基于軟件的容器編排平臺，可管理運行谷歌公司的的數十萬臺服務器。

Kubernetes在容器編排競賽中擊敗了Apache Mesos和Docker SWARM，已經成為自Linux操作系統以來最熱門的技術，它將企業化UNIX操作系統商品化，并成為從物聯網到橫向擴展云計算的無處不在的平臺。它不再是Kubernetes，而是將成為企業快速開發和部署應用程序的主導方式。

讓我們來看看以下四個向量，我認為這些向量將在未來幾年真正定義數據中心的Kubernetes足跡：

裸機(非虛擬機)將被認為是運行容器的最佳場所

硬件虛擬化是過去30年來最偉大的數據中心革命之一，VMware公司對投資者帶來的財富毫無爭議。但是當Pat Gelsinger告訴你虛擬機是“運行Kubernetes的最佳地點”時，這不是一個準確的評估。傳統基礎設施不是為容器使用計算、存儲和網絡的方式構建的。

資源整合、工作負載隔離和操作簡單性的好處使裸機成為運行Kubernetes和容器的明確平臺。節省虛擬機許可費用的機會將成為裸機的強大經濟動力，而且Kubernetes和其軌道上的其他云原生框架(Istio等)專為裸機而設計推動這一趨勢。

IBM公司將通過RedHat/Open Shift在云中獲得相關性

IBM公司并不是唯一一個在與AWS和Azure爭奪云市場份額的競爭中掙扎的重量級公司。以340億美元收購RedHat，并充分利用OpenShift的優勢，讓IBM公司從任何企業對容器和Kubernetes進行認真投資，并著眼于混合云。

雖然容器可以加快應用程序開發周期，并適應大多數財富500強的現代化工作，但在生產中運行容器比僅僅是業務流程層要多得多。OpenShift將讓IBM公司獲得一席之地，亞洲服務器，讓他們認真對待云計算業務，與容器轉移相關的教育和工作將成為IBM專業服務的一大福音。

Kubernetes有機會進入JVM/JavaEE堆棧

大規模容器部署通常由綠色現場應用程序定義-網絡新系統，構建為微服務，旨在運行云原生。IDC公司預測，到2022年，90%的應用程序將采用微服務架構，因此Kubernetes的覆蓋范圍只會增長。

但是Kubernetes的并行機會將出現在自從EclipseFoundation從Oracle對JavaEE(現在稱為JakartaEE)進行管理以來一直在萌芽狀態的新興云原生Java對話中，并且專注于制作這個企業Java運行時堆棧更加兼容微服務和云原生用例。

Eclipse基金會已經提出了一些建議，即Kubernetes與Jakarta EE的整合可能即將到來。對于Kubernetes來說，這意味著全球約有1000萬Java開發人員將引領到Kubernetes方向。

“Kubernetes內網”的網絡和存儲硬件

詢問任何數據中心運營商將其容器工作負荷投入生產的方式。容器可以打破傳統的企業網絡和存儲模型，具體取決于供應商的選擇和實施細節。到目前為止，供應商尚未推出包含CNI和FlexVolume存儲模型的全棧解決方案，其中包括“單喉阻塞”支持模型。

網絡模型需要提供第2層即插即用兼容性-客戶并不總是需要覆蓋網絡。存儲模型需要在盒子中支持超融合NVMe，并通過iSCSI或NFS為外部陣列提供支持。供應商有點零散，或者他們試圖將Kubernetes支持納入現有的虛擬化模型。但很明顯，裸機、本地Kubernetes支持是可行的方式，客戶需要內置簡單的Kubernetes原生網絡和存儲解決方案。

【凡本網注明來源非中國IDC圈的作品，均轉載自其它媒體，目的在于傳遞更多信息，并不代表本網贊同其觀點和對其真實性負責。】