Tanzu 介绍与选型指南

Tanzu 介绍与选型指南：官方资料溯源的 VMware/Broadcom Tanzu 产品线（standalone TKG 2.4.1 与 Tanzu Platform 10.4 双口径）、TKG 集群架构与 tanzu CLI、快速上手与适用限制，以及与 OpenShift、Rancher、upstream Kubernetes、K3s 的量化选型对比。

TanzuTanzuKubernetes2026/10/19

Tanzu 介绍与选型指南

目标：为评估企业级 Kubernetes 发行版/云原生平台的团队提供 Tanzu 的认知基准与选型参考。全文基于官方公开资料溯源（Broadcom/VMware 官方技术文档站 techdocs.broadcom.com、官方博客），未做本地安装与运行实测，所有版本与产品线信息均标注来源，查询日期 2026-10-19。

一、信息基准

1.1 查询说明

  • 查询日期：2026-10-19。
  • 信息获取方式：纯官方资料溯源（Broadcom 官方技术文档站 techdocs.broadcom.com 的 Tanzu 文档、GitHub 官方仓库与公开搜索佐证），本文不做本地安装与运行实测。
  • 版本口径说明（重要）：Tanzu 不是单一软件，而是产品家族。Broadcom 收购 VMware 后产品线调整较大，本文以本专栏既有文档覆盖的 Tanzu Kubernetes Grid（TKG） 为主线版本基准，同时如实给出重组后的 Tanzu Platform 现口径，两者并列呈现，不互相混同。
  • 无 GitHub Releases：Tanzu 为商业发行版，版本口径以 Broadcom 官方技术文档站的发布说明（Release Notes）为准。

1.2 版本依据

项目实查结果（2026-10-19）来源
standalone TKG 最新版本TKG v2.4.1（2023-11-30 GA；v2.4.0 于 2023-09-28），支持 Kubernetes v1.27.5 / v1.26.8 / v1.25.13techdocs.broadcom.com《TKG v2.4 Release Notes》
TKG 生命周期N-2 策略：支持最新及前两个 minor；补丁版支持至下一补丁 GA 后两个月同上（生命周期小节）
Tanzu Platform 当前版本Tanzu Platform 10.4，最新补丁 10.4.5（2026-09-15）；此前 10.4.4（2026-08-18）、10.4.3（2026-07-21）techdocs.broadcom.com《Tanzu Platform 10.4 release notes》
Platform 核心组件版本Tanzu Hub 10.4.5、Elastic Application Runtime 10.4.5、Tanzu Operations Manager 3.3.5、AI Services 10.4.5 等同上（组件版本表）
vSphere 集成线vSphere Kubernetes Service 3.4.2（2026-01-27 GA，适用 vSphere 9.0 与 8.x）techdocs.broadcom.com（VCF/vSphere Kubernetes Service 发布说明）
本专栏既有实践基准tanzu CLI v0.29.0 + TKG（unmanaged-cluster 等），Ubuntu 22.04/CentOS 8 实测本站 Tanzu 专栏既有文档

1.3 官方来源清单

来源地址
Tanzu 技术文档总入口https://techdocs.broadcom.com/
TKG 2.4 文档https://techdocs.broadcom.com/us/en/vmware-tanzu/standalone-components/tanzu-kubernetes-grid/2-4.html
TKG 2.4 发布说明https://techdocs.broadcom.com/us/en/vmware-tanzu/standalone-components/tanzu-kubernetes-grid/2-4/tkg-deploy-mc/mgmt-release-notes.html
Tanzu Platform 10.4 发布说明https://techdocs.broadcom.com/us/en/vmware-tanzu/platform/tanzu-platform/10-4/about-tnz-platform/release_notes.html
Tanzu 产品博客https://blogs.vmware.com/tanzu/
本站实践参考https://www.quzuo.net/ Tanzu 专栏

二、软件概述

本文介绍的版本基准为 Tanzu Kubernetes Grid（TKG）v2.4.1（standalone TKG 线的 2.4 系，2023-11-30 GA），并结合 Broadcom 重组后 Tanzu Platform 10.4（最新补丁 10.4.5，2026-09-15） 的现行产品口径。

Tanzu 起源于 VMware 的现代应用产品线（Pivotal 与 Heptio 合并而来），核心是围绕 Kubernetes 的企业级发行版与平台服务。Tanzu Kubernetes Grid（TKG） 是其中的 Kubernetes 发行版：以 tanzu CLI 为统一入口，通过"管理集群（Management Cluster）→ 工作负载集群（Workload Cluster）"的两级模型在 vSphere、AWS、Azure 等基础设施上创建与生命周期管理符合 CNCF 标准的 Kubernetes 集群，官方维护 BOM（Bill of Materials）保证 K8s 与各组件版本组合经过验证。

Broadcom 完成对 VMware 的收购后（产品文档已整体迁移至 techdocs.broadcom.com），Tanzu 产品线重组为以 Tanzu Platform 为核心的多组件平台：Tanzu Hub（平台管理与观测中枢）、Elastic Application Runtime（原 Cloud Foundry 系应用运行时，10.4 新增 Org/Space Groups 等）、Tanzu Operations Manager、AI Services（含 MCP 网关）、Tanzu Spring 生态，以及 Kafka/Postgres/MySQL/Valkey/RabbitMQ 等数据服务 tiles（Tanzu Platform 10.4 发布说明实查）。standalone TKG 2.x 则停留在 2.4 线作为独立发行版维护；vSphere 上的 Kubernetes 能力由 vSphere Kubernetes Service（原 TKG Service）承载。选型时必须先确定目标形态：独立 K8s 发行版（TKG 2.4）还是平台套件（Tanzu Platform 10.x）。

三、核心架构

3.1 TKG 两级集群模型（本文版本基准）

组件说明
tanzu CLI统一命令行入口，插件化架构（cluster/login/package/pinniped-auth 等，本站专栏实测 v0.29.0）
管理集群（Management Cluster）运行 Cluster API 管理组件，负责工作负载集群的创建、升级与删除；可部署于 vSphere/AWS/Azure
工作负载集群（Workload Cluster）面向业务运行的 K8s 集群，class-based（类式）集群规范，K8s 版本由 TKR（Tanzu Kubernetes Release）提供
Tanzu Standard 仓库官方软件包仓库（cert-manager、contour、prometheus 等运维包，按 TKG 版本配套）
Carvel 工具链kapp-controller / imgpkg / ytt 等构成包管理与交付底座

3.2 TKG 2.4.1 支持矩阵（发布说明实查）

  • 基础设施：vSphere（含 FIPS 版本）、AWS、Azure。
  • Kubernetes：v1.27.5 / v1.26.8 / v1.25.13（随 v2.2/v2.3 终止支持节点，K8s 版本线会随之收敛）。
  • 生命周期：N-2（支持最新及前两个 minor）；TKG v2.4.1 支持至 v2.4.2 GA 后两个月。

3.3 Tanzu Platform 10.4 组件视图（发布说明实查）

  • Tanzu Hub：平台中枢，承担应用/服务观测（漏洞与资源信号）、告警与 runbook、多租户、成本核算（showback/chargeback）与灾备模式；10.4 新增 VCF 9 支持预览与应用中心化 UI。
  • Elastic Application Runtime：原 CF/TAS 系应用运行时，10.4 引入 Org Groups/Space Groups、组级 RBAC、平台托管块存储与多端口 Docker/OCI 镜像支持。
  • AI Services：MCP 网关与集中式 MCP 服务器管理，提供按应用/服务/Org/Space 的成本与性能观测。
  • 数据服务 tiles：Tanzu for Apache Kafka / Postgres / MySQL / Valkey / RabbitMQ on Tanzu Platform，采用 cf create-service 等标准工作流消费。
  • Tanzu Spring：Spring SDK、Spring Boot 4 升级链路（cf repo 命令）与应用现代化（COBOL/Java EE → Spring Boot 4）技能。

四、功能特性

4.1 TKG 2.4 线特性（发布说明实查）

  • 跨基础设施的一致集群生命周期：以 Cluster API 为底座，vSphere/AWS/Azure 共用一套 tanzu CLI 工作流。
  • class-based 工作负载集群：集群规格以对象化 class 描述，配合 TKR 管理 K8s 版本升级路径。
  • FIPS 使能版本（v2.4.1 FIPS for vSphere）。
  • 官方配套运维包（Tanzu Standard 仓库）与版本兼容矩阵。

4.2 Tanzu Platform 10.4 亮点（发布说明实查）

  • 平台级多租户与治理：VCF VPC 内的 Platform 基础、RBAC 到任务管理器、共享仪表盘与分层访问。
  • 应用现代化与 Spring 生态：现代化浪潮规划（应用评估分类分组）、Spring Boot 4 自动升级与依赖治理。
  • AI 能力平台化：MCP 网关、集中 MCP 服务器管理与成本观测；Python buildpack 支持 uv。
  • 遥测归聚：组件与 foundation 遥测经 Tanzu Hub 路由，无需逐个 foundation 安装遥测 tile。

4.3 版本节奏与商业口径

  • standalone TKG 2.4.1（2023-11）之后未再发布 2.5+ minor，独立发行版进入维护期；新平台能力集中在 Tanzu Platform 10.x（10.4.0→10.4.5 约每月一个补丁，2026-07 至 2026-09 实查）。
  • Tanzu 为商业订阅产品（Broadcom 许可体系）；具体套餐与授权以 Broadcom 商务渠道为准，本文不引用第三方转述价格。

五、快速上手

以下流程转述自官方文档（TKG 2.4 文档）与本站专栏实测文档的组织方式，本文不做本地实测。

5.1 获取

5.2 tanzu CLI 最小流程（转述官方 TKG 2.4 文档结构）

# 1. 解压并安装 tanzu CLI 与核心插件（官方下载包）
tanzu init                          # 初始化 CLI 配置
tanzu plugin install --group vmware-tkg/default   # 安装 TKG 插件组

# 2. 创建管理集群（以 vSphere 为例，需先行准备配置文件）
tanzu management-cluster create --ui   # 交互式向导，或以配置文件驱动

# 3. 创建工作负载集群
tanzu cluster create <workload-cluster-name> -f <cluster-config.yaml>

# 4. 获取 kubeconfig 并验证
tanzu cluster kubeconfig get <workload-cluster-name> --admin
kubectl get nodes

完整前置条件（基础设施账户、镜像、DHCP/DNS 等）以官方文档为准：https://techdocs.broadcom.com/us/en/vmware-tanzu/standalone-components/tanzu-kubernetes-grid/2-4/tkg-deploy-mc/mgmt-release-notes.html 。

5.3 本地体验路径

若仅需本机体验 TKG 的工作流，社区时代的 unmanaged-cluster 插件可在单机以 kind 内核拉起单节点集群；本站 Tanzu 专栏的 Ubuntu 22.04 安装文档对该路径有逐命令实测（v0.29.0 CLI + Docker 运行时），可作命令级参考。

六、适用场景与限制

6.1 适用场景

  • VMware 深度用户：vSphere 环境中需要经过验证的 K8s 发行版与官方支持，或正迁移到 VCF 9 的组织。
  • 多云一致交付：需要同一套 CLI/集群规范覆盖 vSphere/AWS/Azure 的企业。
  • Spring 系大型组织：Tanzu Platform 的 Spring 生态（Spring Boot 4 升级链、构建包、观测）与 CF 系运行时延续需求。
  • 平台工程团队：需要平台级多租户、治理与 AI 服务（MCP 网关）的整体套件。

6.2 限制与注意事项

  • 产品线切换风险：standalone TKG 停在 2.4.1（2023-11），新能力集中于 Tanzu Platform 10.x；基于 TKG 2.4 的新建项目应与 Broadcom 确认路线图与支持期（N-2 策略），避免基于维护期产品规划长周期项目。
  • 商业订阅成本与 Broadcom 许可体系（按核心/订阅的授权模式以官方商务为准），预算敏感团队需先获得正式报价。
  • K8s 版本线偏旧：TKG 2.4.1 支持至 K8s v1.27，与上游最新稳定（v1.37 线，见下文对比）存在明显代差；新版本能力需经由 Tanzu Platform/vSphere Kubernetes Service 线获取。
  • 管理集群/工作负载集群两级模型带来额外资源与运维复杂度，小规模场景（单机/边缘）并不合适。

七、同类选型对比

7.1 候选概览

方案定位形态
Tanzu（TKG 2.4.1 / Platform 10.4.5）VMware/Broadcom 企业级 K8s 发行版与平台套件商业订阅
OpenShift 4.21Red Hat 企业级 K8s 平台（含 OKD 社区版）商业订阅 + 社区版
Rancher v2.15.2多集群 K8s 管理平台（不做发行版本身）Apache-2.0 开源 + 商业支持
upstream Kubernetes v1.37.1CNCF 上游原生 KubernetesApache-2.0 开源
K3s v1.37.1轻量级 K8s 发行版（边缘/IoT/单机）Apache-2.0 开源

（本站另有 《OpenShift 4.21 介绍与选型指南》 与 《K3s 1.37.1 介绍与选型指南》 可作延伸阅读。）

7.2 量化对比（2026-10-19 实查）

维度Tanzu（TKG 2.4.1 / Platform 10.4.5）OpenShift 4.21Rancher v2.15.2upstream K8s v1.37.1K3s v1.37.1
形态/许可商业发行版 + 平台套件（订阅制）商业平台（OKD 为社区版）Apache-2.0（管理平面）Apache-2.0（上游）Apache-2.0（轻量发行版）
GitHub stars—（商业发行版，无开源主仓库）—（OKD 社区版仓库口径另计）25988（rancher/rancher）128440（kubernetes/kubernetes）34217（k3s-io/k3s）
最近发版TKG 2.4.1（2023-11-30）；Platform 10.4.5（2026-09-15）4.21（2026 年线）v2.15.2（社区版补丁）v1.37.1（1.38 处于 alpha）v1.37.1（随上游）
K8s 版本线TKG 2.4.1 至 v1.27；Platform/vSphere 线更新与 OpenShift 版本绑定（新近线）管理多版本下游集群（EKS/GKE/RKE2/K3s 等）最新上游跟随上游最新
管理模型tanzu CLI 两级集群（管理/工作负载）OpenShift 控制台 + ARO/ROSA 托管多集群统一纳管/统一认证kubeadm 等自管单二进制内置
发行版一致性官方 BOM + TKR 验证矩阵官方全栈验证（RHEL CoreOS）不发行 K8s（纳管）无（自组合）内置组件裁剪固定
增值能力Spring 生态/CF 运行时/AI Services（Platform 线）内置路由/监控/CI-CD 生态、开发者控制台多云纳管/Rancher 应用商店无边缘友好/资源占用低
典型成本高（订阅）高（订阅）低（开源）+ 可选订阅免费（人力成本高）免费

（Tanzu 版本与组件取自 techdocs.broadcom.com 发布说明实查；Rancher/K8s/K3s stars 与版本取自 GitHub Releases/API 实查；OpenShift 口径见本站《OpenShift 4.21 介绍与选型指南》。）

7.3 选型建议

已深度运行 VMware/vSphere、需要官方全栈支持与 Spring 应用现代代化能力的组织，Tanzu 仍然是对口选择，但必须先明确走 TKG 2.4（独立发行版，已入维护期）还是 Tanzu Platform 10.x（现役平台线）并与 Broadcom 确认支持路线图；需要"发行版 + 全生命周期企业平台 + 自有 OS"的整体栈且接受订阅成本的团队，OpenShift 是与 Tanzu 最直接的对手（可参考本站 OpenShift 专栏对比）；已经或计划同时纳管 EKS/GKE/RKE2/K3s 等多来源集群、希望以开源管理平面统一认证与策略的团队选 Rancher；具备强平台工程能力、愿意自行承担选型组合与生命周期管理的团队直接使用 upstream Kubernetes；边缘、单机与资源受限环境则优先 K3s。综合而言：Tanzu 的价值在于"VMware 生态 + Spring 资产 + 商业支持"的组合，脱离这三点的团队在 2026 年的默认选择应更多考虑 OpenShift、Rancher 或上游自管路线。

八、参考链接