VMware Tanzu已融合云原生与K8s 市场前景尚不确定

Posted 2020-11-29 datapipeline

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