KubeVela篇08：一个组件的输出作为另一个组件的输入案例及传递原理

kubevela安装一个Application的过程，就是执行工作流上的每个步骤的过程，并且当我们未配置工作流，kubevela会自动为组件的部署生成一个工作流步骤。

而当我们配置工作流后，组件的部署就需要我们编排，kubevela不会再为组件的部署生成任何工作流步骤。

工作流的编排可以指定步骤的依赖关系，哪个步骤依赖哪个步骤，被依赖的步骤先执行。

工作流可以插入人工卡点，也可以插入一个read-object的工作流步骤，来衔接前后两个工作流，实现数据的传递。

举例：假设把zookeeper当成云服务申请，由mycloud terraform provider插件提供mycloud-zookeeper组件。部署推送网关(内部自研网关)需要依赖zookeeper，那么可以这样编写application.yaml部署推送网关。

    apiVersion: core.oam.dev/v1beta1
    kind: Application
    metadata:
      name: push-gw-app
    spec:
      components:
        - name: xxx-zookeeper
          type: mycloud-zookeeper
          properties:
            business: xxx
            providerRef:
              name: mycloud-office-admin-provider
              namespace: default
            writeConnectionSecretToRef:
              name: push-gw-app-mycloud-zookeeper-output-secret  ## 尽可能唯一，避免覆盖其它app的zookeeper组件的输出
              namespace: default
        - name: push-gw
          type: helm
          properties: 
            repoType: helm
            url: https://charts.xxxx.com/middleware
            chart: push-gw-helm-chart
            version: "1.0.0"
            values:
              registry:
                address: ""
      workflow:
        steps:
          - name: zookeeper-deploy
            type: apply-component
            properties:
              component: xxx-zookeeper
          - name: read-zookeeper-output
            type: read-object
            dependsOn:
              - zookeeper-deploy
            outputs:
              - name: zkoutput
                valueFrom: output.value.data.address
            properties:
              apiVersion: v1
              kind: Secret
              name: push-gw-app-mycloud-zookeeper-output-secret
              cluster: local
          - name: push-gw-deploy # 部署中间件自身组件
            type: apply-component
            dependsOn:
              - read-zookeeper-output
            properties:
              component: push-gw
            inputs:
              - from: zkoutput
                parameterKey: values.registry.address

outputs[index]:

• name：输出的output的名称。
• valueFrom：从哪里取值，“output.value”指向（read-object组件#CUE代码#Read操作）输出的对象，“data.address”为对象的字段。在此案例中，output.value表示从管控集群获取的名为“push-gw-app-irock-zookeeper-output-secret”的Secret资源对象，“data”则表示Secret资源对象的data，而“address”为key。

inputs[index]:

• form: 取值是哪个output。
• parameterKey：赋值给哪个参数，此案例中，push-gw组件类型为helm，所以properties对应的是helm组件的cue模版parameter，因此“values.registry.address”指传给组件的properties的values.registry.address，对应helm中”{{ .Values.registry.address }}“。

outputs很好理解，就是查询一个资源对象。

工作流步骤之间使用Context传递数据，利用工作流步骤提供的hook机制实现数据传递：

• PostStopHooks：实现将输出数据写入context。
• PreStartHooks：渲染工作流步骤的inputs，从context取值。