从用户看vela的使用方法

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

根据上面的表述，vela完成两部分功能 ：

1. 底层使用cue文件定义vela模块并注册到集群。vela模块即平台的基础组件或工作流步骤的底层定义。通过自定义这些模块可以提供更加丰富的功能。
2. 上层使用这些模块，编写应用流程，包括组件定义、策略和工作流等步骤，可以构建自动化应用部署。

综上，vela主要功能为定义应用部署的步骤和使用这些步骤构建应用部署。

这种功能上的分离使得不同的用户关注于各自的任务，无需关心其他细节。

OAM 应用

KubeVela 的核心是将应用部署所需的所有组件和各项运维动作，描述为一个统一的、与基础设施无关的“部署计划”，进而实现在混合环境中标准化和高效率的应用交付。

定义一个应用就是编写一个部署计划，部署计划需要包括：

• 要部署什么（组件）
• 部署的资源的特征（运维能力）
• 部署的策略（部署策略）
• 如何部署（工作流）

Application 对象包括4个部分： component、trait、policy 以及 workflow step 。这4个部分都有各自的类型，而这些类型的实现就是通过cue文件定义vela模块实现的。

• component 包括：**Webservice、Task、Daemon等。**这些组件就是对K8s资源的封装，组件的properties 就相当于在编写K8s资源yaml的sepc 部分中的某些内容。
• trait 包括：Affinity、Annotations、Command和Env等。

从这里就可以看出， Application 对象其实就是在编写资源的yaml文件，只不过对基础的资源进行了高层的抽象。