VMware Tanzu已融合雲原生與K8s 市場前景尚不確定

Tanzu是什麼？

Tanzu 結合了Wavefront IT監控的專案和產品，VMware於2017年5月收購了該軟體，並加入了Cloud Foundry PaaS實用工具。VMware在2019年12月收購的部分產品集合都改成為Tanzu。例如，VM的Pivotal Cloud Foundry現在稱為VMware Tanzu應用程式服務。

適用於Kubernetes的VMware Tanzu應用程式服務版本基於開源專案Eirini，這是Cloud Foundry Foundation的一項工作，旨在將Kubernetes與某些企業DevOps早期採用者已經使用的Cloud Foundry Application Service進行整合。

它保留了Cloud Foundry API和開發人員PaaS經驗，包括“ cf-push”命令，並自動將應用程式部署到高度抽象的基礎架構中。

Tanzu將Cloud Foundry基礎設施實用程式替換為Kubernetes生態系統，例如Istio代替了Cloud Foundry Go路由器，以及Kubernetes，其中Cloud Foundry使用Diego進行了容器編排，使用BOSH進行了VM自動化。這些Cloud Foundry實用程式仍然可用於VM的VMware Tanzu應用程式服務中的舊工作負載（請參見圖）。

從理論上講，VMware Tanzu應用服務聽起來很像Pivotal Cloud Foundry和Pivotal Kubernetes Service（PKS），類似於East Coast公司平臺工程總監Jay Piskorik在去年的Cloud Foundry Summit上正要尋找的東西：為應用程式團隊提供統一環境，圍繞cf-push進行標準化。

皮斯科裡克在本週的一次採訪中說：“如果VMware和Pivotal可以建立一個PaaS平臺，使使用者能夠快速啟動並在任何地方使用cf-push部署應用程式，這可能會在一定程度上改變遊戲規則。”

Piskorik的團隊將評估適用於Kubernetes的VMware Tanzu應用服務的beta版，但Piskorik說，他知道到目前為止，該初始版本僅透過了vSphere和Flannel網路的Pivotal Kubernetes Service（PKS）1.6版的執行認證，並急切希望看到。擴充套件到更多基礎架構提供商。

他說：“以VMware為中心開始是有意義的，如果路線圖是積極的，那麼儘早鎖定並不重要。但讓人擔心的是，它比Cloud Foundry更專注於VMware，這讓我有些猶豫，不願100％走這條路。”

新的Tanzu產品仍處於早期階段-由於功能，規模和安全性限制（包括缺乏對HTTPS網路流量的支援），建議僅在評估環境中使用0.1.0版（公開Beta版）檔案。

從技術上講，適用於Kubernetes的VMware Tanzu應用程式服務的beta版可以與Kubernetes的其他發行版一起使用，但是VMware官員鼓勵使用者在部落格文章中使用公共雲Kubernetes服務對其進行測試。

VMware Tanzu應用服務的市場前景尚不確定

VMware Tanzu將吸引VMware和Pivotal的現有安裝基礎，但這並不是VMware使其虛擬化業務與Kubernetes和容器世界相關的第一步，並且它在先前的嘗試中一直處於掙扎狀態。

現在，該公司必須證明自己的產品相對較晚，在擁擠的Kubernetes管理市場中相對落後。

Amalgam Insights的分析師Tom Petrocelli說：“ VMware Tanzu試圖解決的問題很好並且可以理解，並且［Tanzu Application Service］為VM和容器提供了統一的體系結構。它還提供超越香草Eirini的功能，例如服務網格，日誌記錄，程式包管理器和其他由Cloud Foundation層管理的功能。”

Cloud Foundry擁有良好的使用者基礎，但是開源社群對Kubernetes的接受卻很慢，並且該平臺在容器編排和微服務方面最受企業歡迎的平臺最近的知名度還不如主要的雲託管Kubernetes服務。

 Azure，AWS和Google或其他混合雲平臺，例如IBM / Red Hat OpenShift，該平臺現已擁有1，700個企業客戶。

現在，Cloud Foundry及其在VMware / Pivotal中的商業支持者面臨著趕上Kubernetes狂潮的艱鉅挑戰。

“如果您已經是vSphere商店並且想要Kubernetes，則可以將Cloud Foundry視為潛在的PaaS層-我可以想象到該過程，” Petrocelli說。“但是它將轉化為客戶銷售能力麼？我不知道。”

作為未來唯一的基礎設施自動化平臺，PKS使用者Piskorik並不會完全在Kubernetes上出售，並預測，雖然它對於需要快速擴充套件的Kafka和Elastic這樣的應用很有用，但不一定適合每個企業工作量。

他說：“有很多令人興奮的事情，但是我還沒有完全意識到現在已經做好了黃金時段的準備。” “有很多人說他們是專家，但實際上他們尚未在生產環境中使用（容器化的）應用程式。”

Piskorik說，從一個集中式介面管理Kubernetes的多個分發以及相互分發以從容器編排框架中獲得全部價值至關重要，這意味著他的團隊可能會研究基於公共雲Kubernetes服務並開放其自身的Kubernetes平臺。來源工具。或者他們可能會因其異構管理功能而使用Tanzu Mission Control，並放棄了Tanzu應用程式服務。

他說：“如果我們使用哪種Kubernetes風格無關緊要，那麼它將推動我們進入一種全新的靈活性模型。”