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风格可有可无，那么它将推进咱们进入一种全新的灵活性模型。”