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

導讀：已經使用Pivotal Kubernetes服務的用戶可能會對VMware的 Kubernetes 產品線 Tanzu 記憶深入。使用 Tanzu 已被一些企業當作部署應用程序的容器化之路，但該平臺必須擴展集成範圍以最大程度地發揮潛力。

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風格可有可無，那麼它將推進咱們進入一種全新的靈活性模型。」