关注点分离

KubeVela 是面向关注点分离设计的系统，所以 KubeVela 的用户天然分为两种角色，由公司的两个团队（或个人）承担。

  • 平台团队
    • 由平台工程师完成，他们需要准备应用部署环境，维护稳定可靠的基础设施功能（如 mysql operator），并将基础设施能力作为 KubeVela 模块定义 注册到集群中。他们需要具备丰富的基础设施经验。
  • 最终用户
    • 最终用户即业务应用的开发者，使用平台的过程中首先选择部署环境，然后挑选能力模块，填写业务参数并组装成 KubeVela 应用。他们无需关心基础设施细节。

整个工作流程如下图所示:

alt

关注点对最终用户的价值是最大的，他们可以获得以应用为中心的平台使用体验，不再需要了解基础设施细节。具体而言，他们在如下场景直接受益：

  • 不再需要关系 Kubernetes 版本变化带来的 API 变化。
  • 不再需要关心像 Ingress 这样的对象不同底层实现之间的区别。
  • 不再需要了解诸如 CPU Limit 或者 Pod 驱逐策略这类完全是平台底层特性的概念。
  • 可以用声明式的方式描述注入高可用、灰度发布这样的运维需求。
  • 应用交付更安全、可靠，因为使用的是平台工程师基于最佳实践封装的能力，不会因为权限过大或者直接操作基础设施 API 带来稳定性风险。

对于平台团队而言，好处也非常明显：

  • 他们可以专注于面向场景的维护能力，更聚焦的保证应用交付的易用性和安全性，为业务工程师提供最佳实践。
  • 他们不会丧失基础设施的灵活性，可以根据不同业务团队的需要按需提供不同的能力模块，服务的效率更高，服务的团队规模也可以变大。
  • 他们可以与开源社区共建基础设施功能，复用云原生生态项目，为开源做贡献，并且这一切都是通过标准化的方式完成，减少了与社区分叉的风险。

Last updated on 2023年2月9日 by dependabot[bot]