模块定义（Definition）

    模块定义是组成 KubeVela 平台的基本扩展能力单元，一个模块定义就像乐高积木，它将底层的能力封装成抽象的模块，使得这些能力可以被最终用户快速理解、使用并和其他能力组装、衔接，最终构成一个具有丰富功能的业务应用。模块定义最大的优势是可以被分发和共享，在不同的业务应用中重复使用，在基于 KubeVela 的不同平台上均能执行。

    通过模块定义，平台构建者可以很容易的将云原生生态的基础设施组件扩展为应用层能力，基于最佳实践为上层开发者屏蔽底层细节而不失可扩展性。最重要的是，模块定义为上层应用提供了良好的抽象体系，能力的实现层即使被完全替换也不会影响上层应用，真正做到基础设施无关。

    为了更好的理解模块定义，上图给出了以 为例的原理示意图。平台构建者可以基于 FluxCD 或者 编写模块定义并注册为 helm 模块，最终用户可以自动发现这个模块并在应用中定义 helm 模块暴露的参数。模块定义的编写基于 CUE 语言，在本节的最后你也将了解到如何制作自定义模块。

    目前 KubeVela 一共有四种不同类型的模块定义，分别是组件定义（ComponentDefinition）、运维特征定义（TraitDefinition）、策略定义（PolicyDefinition）以及工作流步骤定义（WorkflowStepDefinition），对应了构成的四个基本概念。

    除了自己编写模块定义以外，你可以通过以下两大途径获得社区已有的模块定义：

    • KubeVela 安装时自动就会安装内置的模块定义，你可以在下面这些参考文档中查看有哪些现成的能力：
    • 扩展插件列表，作为 KubeVela 的扩展，每一个插件都包含一组模块定义以及支撑其功能的 CRD Controller。
      • 社区有一个包含了大量开箱即用的插件，由 KubeVela 核心维护者负责认证和维护。

    一个模块定义通常有三个生命周期阶段：

    • 查看模块定义列表

    期望输出

    1. NAME                            TYPE                    NAMESPACE   DESCRIPTION
    2. webservice                      ComponentDefinition     vela-system Describes long-running, scalable, containerized services
    3.                                                                     that have a stable network endpoint to receive external
    4.                                                                     network traffic from customers.
    5. gateway                         TraitDefinition         vela-system Enable public web traffic for the component, the ingress API
    6.                                                                     matches K8s v1.20+.
    7. health                          PolicyDefinition        vela-system Apply periodical health checking to the application.
    8. notification                    WorkflowStepDefinition  vela-system Send message to webhook
    9. ...snip...
    • 查看模块定义的参数

    期望输出

    1. # Properties
    2. +------------------+-------------------------------------------------------------------------------------------+-----------------------------------+----------+---------+
    3. |       NAME       |                                        DESCRIPTION                                        |               TYPE                | REQUIRED | DEFAULT |
    4. +------------------+-------------------------------------------------------------------------------------------+-----------------------------------+----------+---------+
    5. | cmd              | Commands to run in the container                                                          | []string                          | false    |         |
    6. | env              | Define arguments by using environment variables                                           | [[]env](#env)                     | false    |         |
    7. | labels           | Specify the labels in the workload                                                        | map[string]string                 | false    |         |
    8. | annotations      | Specify the annotations in the workload                                                   | map[string]string                 | false    |         |
    9. | image            | Which image would you like to use for your service                                        | string                            | true     |         |
    10. | ports            | Which ports do you want customer traffic sent to, defaults to 80                          | [[]ports](#ports)                 | false    |         |
    11. +------------------+-------------------------------------------------------------------------------------------+-----------------------------------+----------+---------+
    12. ...snip...

    你也可以通过命令行打开一个网页查看这些参数：

    模块定义在 UI 控制台上可以比较方便的查看和使用，更重要的是，你还可以来优化 UI 控制台上模块定义的参数展示。

    alt

    在 KubeVela 的 UI 控制台上使用模块定义是非常自然的，整个流程紧紧围绕应用部署计划展开，你只要跟着界面操作指引一步步点击即可使用。

    分为如下几步：

    1. 创建应用选择组件类型，这个过程就是选择使用某个组件定义。
    2. 填写组件的参数则会根据组件定义的不同出现不同的待填写参数。
    3. 运维特征、策略、工作流步骤的使用也是如此，分别在不同的应用部署计划业务流程中体现。
    1. kind: Application
    2. metadata:
    3.   name: first-vela-app
    4. spec:
    5.   components:
    6.     - name: express-server
    7.       type: webservice
    8.       properties:
    10.         ports:
    11.          - port: 8000
    12.            expose: true
    13.       traits:
    14.         - type: scaler
    15.           properties:
    16.             replicas: 1
    17.   policies:
    18.     - name: target-default
    19.       type: topology
    20.       properties:
    21.         clusters: ["local"]
    22.         namespace: "default"
    23.     - name: target-prod
    24.       type: topology
    25.       properties:
    26.         clusters: ["local"]
    27.         namespace: "prod"
    28.     - name: deploy-ha
    29.       type: override
    30.       properties:
    31.         components:
    32.           - type: webservice
    33.             traits:
    34.               - type: scaler
    35.                   replicas: 2
    36.   workflow:
    37.     steps:
    38.       - name: deploy2default
    39.         type: deploy
    40.         properties:
    42.       - name: manual-approval
    43.         type: suspend
    44.       - name: deploy2prod
    45.         type: deploy
    46.         properties:
    47.           policies: ["target-prod", "deploy-ha"]

    使用 KubeVela 命令行工具来使用模块定义也是如此，只要编写上述 Application 对象的 YAML 文件即可，可以使用 vela 命令如下：

    Application 也是一种 Kubernetes 的 CRD，你可以通过 kubectl 工具，或者直接调用 Kubernetes API 集成 KubeVela 功能。

    警告

    在多数情况下，你不需要编写自定义模块，除非你的目的是扩展 KubeVela 的系统能力。在此之前，我们建议你先查看 KubeVela 内置的模块定义以及扩展插件，可能它们已经足够满足你的需求。

    KubeVela 使用 CUE 配置语言来编写自定义模块，如果你对 CUE 语言还不熟悉也不必担心，可以查看 ，花 15 分钟即可了解基本的实用操作。

    一个模块定义包含输入、输出、操作以及这三者之间的衔接关系，一个简单的组件模块定义如下所示：

    1. webserver: {
    2.     type: "component"
    3.     attributes: {}
    4. }
    6. template: {
    7.     parameter: {
    8.         name:  string
    9.         image: string
    10.     }
    11.     output: {
    12.         apiVersion: "apps/v1"
    13.         kind:       "Deployment"
    14.         spec: {
    15.             containers: [{
    16.                 name:  parameter.name
    17.                 image: parameter.image
    18.             }]
    19.         }
    20.     }
    21. }

    type 字段定义了这个模块是哪种类型（组件、运维特征、策略或者工作流步骤）， parameter 定义了模块的输入，output 定义了模块的输出。还有一些高级的操作你可以通过了解如何管理、编写模块定义以及 等章节文档了解更多细节。