TMC控制平面详解 - VMware Tanzu显露王者风范 (3)

 

题图摄于北京奥利匹克森林公园

感谢伟大祖国生日的长假期，笔者终于抽空完成了 Tanzu 系列文章第三篇，对催更的读者有个交代了。之前除了工作繁忙耽误了进度外，写文章其实挺花精力的。笔者常和朋友提到写作的 1:10 原则，为了传达给读者详实和准确的信息，作者需要阅读或整理资料通常是最终成文字数的10倍以上。如果觉得本文对您有帮助，请点赞转发，谢谢。

（本文仅代表作者个人意见）

相关文章：

前面两期谈到 VMware Tanzu 组合拳的第一式：构建（Build）和第二式：运行（Run）。本期和大家聊聊 Tanzu 第三式：管理（Manage）。

背景

早在2013年，dotCloud 公司（后改名为 Docker 公司）发布了容器工具 Docker，点燃了容器革命的熊熊大火，至今仍未熄灭。

图片来自Docker博客

由于 Docker 简单易用，开发者可直接交付容器到运行环境，Docker 迅速在开发者中流传开来，成为史上的传播最快和最受欢迎的开发工具之一。Docker 容器问世已经6年多，容器亦成为青菜萝卜般的基础技术，全球有数十亿的容器运行在各种云或者数据中心里。

尽管 Docker 公司在开发技术上取得了压倒性的胜利，但在商业领域却没能延续辉煌，一直未能实现盈利，近日还传出经营困难的消息。个中原因很多，其中之一就是 Docker 缺乏容器应用管理的有力平台。用户在实践中逐渐发现 Docker 的方案只涵盖了软件从 “BUILD” 到 “RUN” 的过程，而对生产系统的可管理性却涉及甚少，这恰恰是企业用户愿意为之买单的强需求。

现今，Kubernetes 已成为云基础设施的实施标准，用户可把现代应用运行于私有云、公有云、混合云或者边缘端的 Kubernetes 上。这给运维管理人员带来了新的课题：如何配置应用的权限和用户的身份信息？如何设置安全策略？如何备份和恢复应用？诸如此类。

此外，虽然 Kubernetes 本身提供了 namespace 等方式隔离应用，但出于隐私保护、政策法规、业务需求等方面，用户往往还拥有多个 Kubernetes 实例，可能分布在若干公有云或数据中心里面，并由多个团队分别管理。

对于企业 IT 管理人员来说，当上述 n 个维度的需求交织在一起，问题的复杂度空间变得巨大无比，光想着就令人头痛，迫切需要一种行之有效的管理手段。

VMware 的 Tanzu 的第三式---管理