使用 YAML 描述插件应用

文档 自定义插件 介绍了插件的基本目录结构,并且说明了插件中所需要安装的 Kubernetes operator 应当被定义在一个 KubeVela 应用(Application)中。本文档将会详细介绍如何使用 YAML 格式的应用描述文件来定义这个应用。

应用描述文件通常需要包含两个部分,应用模版文件和 resources/ 目录下的资源文件。

应用模板文件就是用来定义这个插件应用的基础框架。你可以通过该文件描述这个应用的特定信息,比如你可以为应用打上特定的标签或注解,当然你也可以直接在该应用模版文件中添加组件,策略和设置工作流。

下面就是一个 YAML 应用模版文件的例子:

  1. apiVersion: core.oam.dev/v1beta1
  2. kind: Application
  3. metadata:
  4. spec:
  5. components:
  6. - name: namespace
  7. type: k8s-objects
  8. properties:
  9. objects:
  10. - apiVersion: v1
  11. kind: Namespace
  12. metadata:
  13. name: my-namespace

在这个例子中,我们定义的应用基础框架中包含了一个 k8s-objects 类型的组件,组件中只包含了一个 Kubernetes namespace。

需要注意的是,即使你在应用模版文件中设置了应用的名称,该设置也不会生效,在启用时应用会统一以 addon-{addonName} 的格式自动命名。

虽然你可以在应用模版文件中定义这个完整的应用,但这可能会导致应用模版文件过于庞大,所以你也可以选择在 resources/ 目录下编写单独的文件去定义组件资源。

resources/ 目录下的 YAML 资源文件中所定义的必须是一些个 Kubernetes 资源对象,这些对象在渲染时会被追加到应用模版文件所定义应用的组件列表中,下面就一个 YAML 资源文件的例子:

  1. apiVersion: v1
  2. kind: ServiceAccount
  3. metadata:
  4. name: my-service-account
  5. namespace: default
  6. secrets:
  7. - name: my-secret

这个 YAML 中我们定义了一个 service account,经过渲染之后最终的应用为:

  1. kind: Application
  2. metadata:
  3. spec:
  4. components:
  5. - name: namespace
  6. type: k8s-objects
  7. properties:
  8. objects:
  9. - apiVersion: v1
  10. kind: Namespace
  11. metadata:
  12. name: my-namespace
  13. - name: example-resources
  14. type: k8s-objects
  15. components:
  16. objects:
  17. - apiVersion: v1
  18. kind: ServiceAccount
  19. metadata:
  20. name: my-service-account
  21. namespace: default
  22. secrets:
  23. - name: my-secret

这里我们只是通过简单的 namespace 和 serviceAccount 来举例。通常一个 operator 所需要安装的 CRD 和工作负载(deployment 或 statefulSet)同样可以按照相同的方式被定义在这个应用当中。

元数据文件介绍文档提到了你可以在元数据文件中通过设置插件的 deployTo.RuntimeCluster 字段来将插件应用中的资源安装到子集群中。其背后的原理是在启用插件时自动为插件添加一个 topology 策略,所以为避免冲突你的插件的应用模版文件最好不要包含 topology 策略。

一个采用 YAML 应用描述文件的例子是 OCM control plane 插件。

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