TSB Operator

本节向你介绍 TSB Operator 的基本概念。你将深入了解 TSB Operator 如何管理 TSB 的整个生命周期,包括跨各个平面的安装、升级和运行时行为。

Kubernetes 知识

如果你不熟悉 Kubernetes 命名空间、Operator、清单和自定义资源,建议你熟悉这些概念。此背景将极大地增强你对 TSB Operator 的理解以及维护 TSB 服务网格的能力。

你可以查阅 Kubernetes 文档来了解有关 Operator 模式的更多信息。

TSB Operator 在控制 TSB 管理、控制和数据平面组件的安装、升级和运行时行为方面发挥着关键作用。为了确保兼容性并提供平滑的升级体验,基于 Kubernetes 的 TSB 组件清单已集成到 TSB Operator 中。因此,管理、控制和数据平面组件的版本与管理它们的 TSB Operator 部署的版本相关联。TSB Operator 利用用户创建的自定义资源 (CR) 来配置和实例化这些组件。

为了有效管理 TSB 生命周期,TSB Operator 与 tctl CLI 工具密切协作。使用 tctl ,你可以生成跨管理、控制和数据平面安装和配置 TSB Operator 所需的初始 TSB Operator 清单。

每个平面都需要其 TSB Operator 实例。安装后,TSB Operator 将配置为监控特定平面的相关 CR。TSB Operator 的行为受到多种因素的影响,包括:

  • 捆绑的 TSB 组件在 TSB Operator 中体现。
  • 在 TSB Operator 监视的命名空间中检测到的 CR 内容。
  • 由 TSB Operator 管理的 TSB 组件的存在。

通过 TSB Operator 对 TSB 生命周期的管理通常遵循当前状态和期望状态之间的协调过程。

以下是与 TSB Operator 生命周期操作相关的要点:

  • CR 的可用性向 TSB Operator 表明,应使用 CR 中指定的配置来部署固定 TSB 版本的所有组件。
  • CR 缺失会提示 TSB Operator 确保没有 TSB 组件正在运行。TSB Operator 将删除在其控制下部署的任何组件。
  • 如果 CR 已可用,则使用较新版本的 Operator 更新 TSB Operator 引导清单会触发 TSB 升级。
  • 更新 CR 会导致现有 TSB 安装重新配置以采用新的配置详细信息。
  • 运行与 Operator 嵌入式清单中列出的版本不同的 TSB 组件将自动删除,以支持指定版本。
  • 任何丢失的 TSB 组件(例如用户意外删除的组件)都会根据 TSB Operator 指定的固定版本和 CR 配置重新创建。