应用平台IaC部署代码开发-华为云

应用平台 APPSTAGE-在IaC代码中声明资源:component内部资源编排

component内部资源编排 component内部允许同一个资源出现多次，这表示同一个资源的不同变更阶段，这一场景下该资源的所有节点必须声明alias字段并且alias取值必须在component内全局唯一，同一个资源的所有alias之间必须显式地在dependsOn字段中声明串行依赖。 component的resources属性中描述资源列表，通过设置资源的dependsOn属性描述对其他资源的依赖。 dependsOn是列表类型，每个元素使用type、name、alias等字段描述对其他资源的引用，其中name字段是必填字段，type、alias是可选字段；component解析某资源的dependsOn时，会根据元素属性从相同component中搜索满足条件的资源作为当前资源的依赖。部分资源之间已经有隐式引用关系，系统自动添加dependsOn，不需要再显式声明。每种类型的哪些属性隐含引用关系，可以参考其文档，具体请参见资源列表。资源不能有循环依赖（A dependsOn B,B dependsOn C,C dependsOn A），不能依赖自己。以下示例定义了两个资源，一个名为chaosmonkey-elb的ELB，一个名为chaosmonkey-slb的SLB；chaosmonkey-slb依赖于chaosmonkey-elb。在变更时，先变更chaosmonkey-elb，变更成功后再变更chaosmonkey-slb，如果chaosmonkey-elb变更失败，则不会变更chaosmonkey-slb。 - name: chaosmonkey-elb # 资源名称 type: WiseCloud::LoadBalancer::ELBV2 # 资源类型 properties: listeners: - name: listener protocol: HTTP protocolPort: 80 poolName: pool_a pools: - name: pool_a protocol: HTTP - name: chaosmonkey-slb # 资源名称 type: WiseCloud::LoadBalancer::SLB # 资源类型 dependsOn: # 定义对其他资源的依赖 - name: chaosmonkey-elb # 依赖的资源名称 properties: elbName: chaosmonkey-elb elbPoolNames: ["pool_a"] deployVersion: 1.4.12 slbConfigs: targets: - clusterName: mgr routes: - location: / target: mgr

应用平台 APPSTAGE 应用平台IaC部署代码开发

应用平台 APPSTAGE-在IaC代码中声明资源:资源定义

资源定义一个component下可以定义多个资源，所有的资源描述都存放于resources.yaml中，资源的type和name构成资源的唯一标记，以列表的形式存在。在以下样例中，WiseEyeChaosMonkeyPortal下的resources.yaml中定义了该组件下的全量资源。图1 资源定义表1 resources.yaml字段说明字段含义 name 微服务平台显示的资源名称，最大长度为16字符。 type 资源类型。支持配置管理、NUWA Container及SLB。 properties 属性值，包含资源的详细参数。详细参数介绍请参见资源列表。如果资源文件过大可以通过引用的方式对文件进行拆分及复用如图，我们可以把配置的定义放在config/business_config.yaml文件下。图2 resources.yaml文件拆分 business_config.yaml文件可以复用：图3 business_config.yaml文件复用

应用平台 APPSTAGE 应用平台IaC部署代码开发

应用平台 APPSTAGE-在IaC代码中声明资源:component定义

component定义定义component是IaC将一个环境的资源组织起来的方式，我们可以把同一类资源组织起来成为一个component。所有被IaC定义的资源必须属于某一个component。在以下样例中，IaC代码定义了WiseEyeChaosMonkeyMgrService和WiseEyeChaosMonkeyPortal两个component。 ├── global/ │ ├── meta.yaml │ ├── WiseEyeChaosMonkeyMgrService/... │ └── WiseEyeChaosMonkeyPortal/...

应用平台 APPSTAGE 应用平台IaC部署代码开发

应用平台 APPSTAGE-IaC Spec包典型目录结构:global与specs的协同关系

global与specs的协同关系 global文件夹：放置被所有规格目录所复用的配置文件。 global文件夹里面的微服务都可以被规格文件夹specs中的代码复用（可根据meta.yaml指定复用哪些微服务，取决于你在相应环境的部署规划）。 global文件夹的作用类似于Java中的父类，spec类似于继承了global的子类，实际部署时还是使用的specs中的文件，但specs中的文件可以继承和复用global文件。 meta.yaml：描述变更的组件与过程。 {microservice}：描述要变更的微服务。 resources.yaml：微服务变更的主体文件，其他所有的values.yaml、config文件夹中的yaml等文件都围绕此文件展开。文件名必须为resources.yaml。其他文件：为变量配置文件，其定义的内容都会被resources.yaml引用，文件名称可自定义。 spec文件夹：同一个服务在不同用途环境下所需配置文件（基础设施）。这个文件目录是必须的。 specs是在环境上部署服务时，最终使用的配置文件，当部署服务时，第一关注点和入口就是specs。 specs目录下的规格文件夹，命名采用站点级Cloud Map的名称（cn_product_cbu、eu_product_cbu）。可以在环境管理界面查看可选的站点级Cloud Map名称列表。当某个规格被选用于部署时，会先将该规格目录下所有文件与global目录进行合并，得到该规格目录最终的所有配置文件，再进行部署动作。

应用平台 APPSTAGE 应用平台IaC部署代码开发

应用平台 APPSTAGE-IaC Spec包典型目录结构:目录结构介绍

目录结构介绍表1 IaC Spec包结构说明位置类型个数描述 iacspec_{service}_{version}.zip 文件 1 IaC压缩包。 └── package.json 文件 1 包描述文件，相关说明请参见包描述文件介绍。 └── global/ 文件夹 1 全局默认的IaC描述，包含完整文件结构，放置被所有规格目录所复用的配置文件。 │ └── meta.yaml 文件 1 变更策略描述，相关说明请参见在IaC代码中定义流水线。 │ └── environment/ 文件夹 1 定义component1，公共资源。 │ └── resources.yaml 文件 1 公共资源列表，相关说明请参见在IaC代码中声明资源。 │ └── values.yaml 文件 1 公共资源参数值，在resources.yaml中通过$ref的方式来引用。 │ └── {microservice}/ 文件夹 0-N 定义component2，微服务资源。 │ └── resources.yaml 文件 1 微服务资源列表，相关说明请参见在IaC代码中声明资源。 │ └── values.yaml 文件 1 微服务资源参数值，在resources.yaml中通过$ref的方式来引用。 │ └── configs/ 文件夹 1 微服务配置目录。 │ └── config_schema.yaml 文件 1 声明微服务的业务配置项属性，敏感业务配置项需要声明，非敏感配置项可以不声明。在resources.yaml中通过$ref的方式来引用。 │ └── {cluster}_config_records.yaml 文件 0-N 微服务的业务配置项，在resources.yaml中通过$ref的方式来引用。 └── specs/ 文件夹 1 环境特定的IaC描述，结构与global相同，但仅包含与global有差异的文件。 │ └── cn_product_cbu/ 文件夹 1 中国区生产环境，命名采用站点级Cloud Map的名称，可以在环境管理界面查看可选的站点级Cloud Map名称列表。 │ └── environment/ 文件夹 0-1 环境公共资源。 │ └── values.yaml 文件 0-1 公共资源参数值。 │ └── {microservice}/ 文件夹 0-N 微服务资源。 │ └── values.yaml 文件 0-1 微服务资源参数值。 │ └── configs/ 文件夹 0-1 微服务配置目录。 │ └── {cluster}_config_records.yaml 文件 0-N 微服务的业务配置项。 │ └── aaa_product_cbu/ 文件夹 1 亚非拉生产环境。 │ └── eu_product_cbu/ 文件夹 1 欧洲生产环境。

应用平台 APPSTAGE 应用平台IaC部署代码开发

应用平台 APPSTAGE-IaC概述:IaC代码开发介绍

IaC代码开发介绍在一次完整的业务变更中，往往会涵盖多种类型、多个模块的变更，如集群扩容、申请ELB、创建数据库、软件升级等等。在IaC的语境下，每一个变更本质上都是IaC资源的变更。在一次完整的业务变更中，部分资源的变更依赖于其他资源的变更，如为一个微服务创建NUWA实例之前往往需要先创建该微服务的数据库。通过IaC代码对各资源在具体变更过程中的依赖关系、先后顺序进行代码化描述。本质上就是描述各模块、各资源之间的依赖关系。在变更过程中，IaC将根据由依赖关系生成的有向无环图顺序执行各资源的变更过程。 IaC代码开发主要围绕声明资源和变更流程编排两个方面展开。在IaC代码中声明资源定义component：定义component是IaC将一个环境的资源组织起来的方式，将同一类资源组织起来成为一个component。定义资源：一个component下可以定义多个资源，所有的资源描述都存放于resources.yaml中。在IaC代码中定义流水线 component间的编排在spec包中的meta.yaml文件中描述，用户可以根据自己的需求定义整个环境在变更时的执行过程。

应用平台 APPSTAGE 应用平台IaC部署代码开发

应用平台 APPSTAGE-IaC概述:IaC简介

IaC简介基础设施即代码（Infrastructure as Code，简称IaC）是一种以YAML作为输入，经由云原生环境管理服务、IaC执行引擎、Operator平台解析和执行，实现环境自动部署以及管理动态基础设施的方法。它强调一致，可重复的供给和变更系统及其配置。当代码发生变更后，可以进行自动化测试，测试完成后可自动化的应用变更到运行系统中。使用基础设施即代码的方法，可以使用敏捷工程的优秀实践（如测试驱动开发，持续集成，持续发布）来更加快速安全的变更基础设施。

应用平台 APPSTAGE 应用平台IaC部署代码开发

应用平台 APPSTAGE-IaC概述:IaC代码结构介绍

IaC代码结构介绍 IaC代码支持单文件描述结构、多文件描述结构以及带global的多文件描述结构，具体介绍请参见IaC代码结构介绍。单文件描述结构：在IaC主体描述文件meta.yaml中进行变更流程编排同时定义所有资源。多文件描述结构：通过引入resources.yaml和文件引用语法，将单文件结构改造为多文件描述目录结构，避免诸多资源的描述都集中于meta.yaml，而造成文件内容过长难以管理。带global的多文件描述结构：为解决不同规格目录间配置复用问题，IaC3.0支持带global的多文件描述结构。带global的多文件描述结构为IaC3.0的典型目录结构，IaC Spec目录结构请参见IaC Spec包典型目录结构。

应用平台 APPSTAGE 应用平台IaC部署代码开发

云服务器内容精选

应用平台IaC部署代码开发

7*24

备案

专业服务

退订

建议反馈

售前咨询热线