導讀：已經使用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風格無關緊要，那麼它將推動我們進入一種全新的靈活性模型。”