应用模板

应用模板是将同类型应用的代码库结构整理成模板,用于创建应用时能引用相应模板快速创建初始代码库。每种非空应用模板至少都包括 Dockerfile 文件、CI 文件以及 Chart 目录文件。

平台提供默认的常用模板,用户可以根据实际情况自定义符合更多需求的应用模板。

  • 菜单层次:组织层
  • 菜单路径:DevOps管理 > 应用模板
  • 默认角色:组织管理员

预置应用模板

系统中已经预置了几种应用模板,其中包括 JavaLib(jar库)MicroServiceFront(web前端应用模板)MicroService(微服务应用模板)ChoerodonMochaTemplate(mocha测试框架模板)在创建应用时可以根据自己的需求选择应用模板,进行快速开发,预定义模板不可操作。

测试应用模板的使用

mocha框架

mocha api 测试框架为 Nodejs 类型的前端项目,下面会介绍一下项目结构与使用方法。

项目结构如下

  1. |--charts
  2. |--model-service
  3. |--templates
  4. |--automation-test.yaml
  5. |--.helmignore
  6. |--Chart.yaml
  7. |--values.yaml
  8. |--test
  9. |--apiFunction
  10. |--statusService
  11. |--statusFunction.js
  12. |--apiTest
  13. |--statusService
  14. |--statusApi.test.js
  15. |--index.js
  16. |--.babelrc
  17. |--.dockerignore
  18. |--.eslintrc.json
  19. |--.gitignore
  20. |--.gitlab-ci.yml
  21. |--Dockerfile
  22. |--Utils.js
  23. |--config.yaml
  24. |--package.json
  25. |--run.sh

其中需要说明的有如下几点:

  • helm chart 包中的 values.yaml 文件修改之前请谨慎阅读readme文件,以防修改错误导致自动化测试执行失败。
  • Dockerfile 以及 run.sh 请谨慎修改。自动化测试的基本原理为:在所需环境执行自动化测试,然后调用测试管理服务接口将测试报告打包回传。如修改这两个文件可能会对结果解析产生未知影响。
  • config.yaml 文件为本地启动测试应用使用,在自动化应用部署的时候以 values.yaml 文件为准。
  • Utils.js 文件负责对环境变量进行解析,请谨慎修改。
  • package.json 中已经引用了的包请谨慎删除或升级版本。
  • 测试代码的业务逻辑应写在 test 文件夹中,模板中已有一个示例,为 iam-serviceself 接口。如下:
  1. describe('Status Api-SELF', () => {
  2. it('[GET] 查询自身状态', () => {
  3. /**
  4. * @data 用户token
  5. * @expect 正确的用户状态
  6. *
  7. */
  8. return statusFunc.getStatus();
  9. });
  10. });

在解析测试结果的过程中,每一个 describe 会对应生成一个测试用例,每一个 it 会对应生成一个测试步骤。 @data 后的内容会转化为测试步骤的测试数据, @expect 后的内容会被转化为测试步骤的预期结果。如无这两项注释会造成测试步骤中 测试数据 以及 测试结果 的缺失。

  • .gitlab-ci.yml 中定义了两个ci步骤,分别为:下载依赖、使用devops服务生成版本号打镜像。测试应用使用ci版本号是为了通过使用相同镜像可以保证测试逻辑不变,从而复用已导入的测试用例。

TestNG 框架

TestNG + Assured 的api测试框架为 Spring Boot 类型的后端项目,下面会介绍一下项目结构与使用方法。

项目结构如下

  1. |--charts
  2. |--model-service
  3. |--templates
  4. |--automation-test.yaml
  5. |--.helmignore
  6. |--Chart.yaml
  7. |--values.yaml
  8. |--src
  9. |--test
  10. |--java
  11. |--io
  12. |--choerodon
  13. |--testng
  14. |--config
  15. |--domain
  16. |--BodyMatcherExtend.java
  17. |--TestConfigure.java
  18. |--utils
  19. |--LoginUtil.java
  20. |--ReporterUtil.java
  21. |--TestConfigureParse.java
  22. |--TestBase.java
  23. |--demo
  24. |--assured
  25. |--ApiTest.java
  26. |--ApiTest2.java
  27. |--ngnative
  28. |--AnnotationTest.java
  29. |--FactoryTest.java
  30. |--FactoryTestIntance.java
  31. |--GroupTest.java
  32. |--ParallelTest.java
  33. |--UnitTest.java
  34. |--TestExecution.java
  35. |--resources
  36. |--suite
  37. |--suite1.xml
  38. |--suite2.xml
  39. |--assembly.xml
  40. |--configuration.yaml
  41. |--testng.xml
  42. |--.gitignore
  43. |--.gitlab-ci.yml
  44. |--Dockerfile
  45. |--pom.xml
  46. |--run.sh

其中需要说明的有如下几点:

  • helm chart 包中的 values.yaml 文件修改之前请谨慎阅读readme文件,以防修改错误导致自动化测试执行失败。
  • Dockerfile 以及 run.sh 请谨慎修改。自动化测试的基本原理为:在所需环境执行自动化测试,然后调用测试管理服务接口将测试报告打包回传。如修改这两个文件可能会对结果解析产生未知影响。
  • .gitlab-ci.yml 中定义了两个ci步骤,分别为:下载依赖、使用devops服务生成版本号打镜像。测试应用使用ci版本号是为了通过使用相同镜像可以保证测试逻辑不变,从而复用已导入的测试用例。
  • src/test/resources/ 目录中 suite 目录及 testng.xml 文件为 TestNG 框架配置文件;assembly.xmlAssured 工具配置文件;configuration.yaml 为本地启动测试应用使用的变量配置文件,在自动化应用部署的时候以 values.yaml 文件为准。
  • src/test/java/io/choerodon/testng/TestExecution.java 类为模板项目中的启动主类。因Dockerfile配置的是 java -jar 模式启动,所以不要随意更改项目的启动模式。
  • src/test/java/io/choerodon/testng/config 包中提供了三个工具类,分别是:
    • 适用于Choerodon登录校验的LoginUtil
    • 封装了Reporter.log方法的ReporterUtil,此工具类的inputData,expectData两个方法产生的日志数据会用于渲染测试管理模块中测试步骤中对应的测试数据预期结果两个字段。
    • 用于加载 configuration.yaml 配置文件的 TestConfigureParse 配置类
  • /src/test/java/io/choerodon/testng/demo 包中提供了诸多基于Assured以及TestNG原生的测试代码用于编写测试项目时进行参考。
    如对模板有任何疑问,请上论坛提问

创建应用模板

输入应用模板编码名称描述,创建默认最简模板,步骤如下。您也可以通过复制于现有模板,以便节省部分共同操作,提升效率。应用模板  - 图1

  • 点击创建应用模板按钮;
  • 输入应用相关信息,进行数据校验
    • 模板编码:编码只能由小写字母、数字、”-“组成,且以小写字母开头,不能以”-“结尾,并且是唯一的,不能与其他的模板编码相同。
    • 模板名称:名称要求唯一,不能与其他的模板名称相同。
    • 模板描述:不允许为空。
  • 点击创建按钮;
  • 本地克隆应用模板对应的代码库。一个正确的模板中应该包含: Spring-boot 项目+ Gitlab-ci.yml 文件+ Dockerfile 文件+ Charts 模块。

Spring-boot 项目: 生成应用时的初始项目

Gitlab-ci.yml 文件: 定义 Gitlab CI 的阶段

Dockerfile 文件: 用于应用部署时生成镜像

Charts 模块: 用于创建应用时生成创建 k8s 对象

如: Deployment job service ingress ,部署时配置信息里的 Key-value 值会被应用到对应的 k8s 对象中用于部署。

创建前端应用模板

当应用模板不符合您的要求,你可手动创建一个应用模板。具体步骤如下:

  • 选择组织后,在组织层的应用管理模块,选择应用模板

  • 输入应用相关信息,进行数据校验

    • 模板编码:编码只能由小写字母、数字、”-“组成,且以小写字母开头,不能以”-“结尾,并且是唯一的,不能与其他的模板编码相同。
    • 模板名称:名称要求唯一,不能与其他的模板名称相同。
    • 模板描述:不允许为空。
  • 点击创建,即可创建一个模板;

  • 创建完成以后,会生成一个 Gitlab 地址,点击该地址;

  • 进入 Gitlab 仓库,克隆代码;

  • 创建一个 React 的前端UI项目;

  • 编写一个Dockerfile;

将 Dockerfile 文件放在项目根目录下

  1. FROM registry.choerodon.io/tools/nginx:stable
  2. RUN echo "Asia/shanghai" > /etc/timezone;
  3. ADD dist /usr/share/nginx/html
  4. COPY entrypoint.sh .
  5. ENTRYPOINT [ "sh","./entrypoint.sh" ]

entrypoint.sh文件如下

  1. #bin/bash
  2. set -e
  3. PRO_API_HOST=${PRO_API_HOST:-"gateway.devops.saas.choerodon.com"}
  4. PRO_CLIENT_ID=${PRO_CLIENT_ID:-"devops"}
  5. find /usr/share/nginx/html -name '*.js' | xargs sed -i "s/localhost:8080/$PRO_API_HOST/g"
  6. find /usr/share/nginx/html -name '*.js' | xargs sed -i "s/localhost:clientId/$PRO_CLIENT_ID/g"
  7. nginx -g 'daemon off;'
  8. exec "$@"
  1. image: registry.cn-hangzhou.aliyuncs.com/choerodon-tools/cifront:0.5.0

image 指 CI 运行基础镜像。

  1. stages:
  2. - node_build
  3. - docker_build

stages指包含 node_build 和 docker_build 两个阶段 。

  1. node_build_dev:
  2. stage: node_build
  3. script:
  4. - node_config
  5. - node_module iam
  6. - node_build devbuild
  7. - clean_cache
  8. only:
  9. - /^release-.*$/
  10. - /^hotfix-.*$/
  11. - develop
  12. - tags

node_build_dev 指 job 名称。

stage 指对应的阶段。

script 指执行的命令。

only 指触发的分支。

  1. .auto_devops: &auto_devops |
  2. curl -o .auto_devops.sh \
  3. "${CHOERODON_URL}/devops/ci?token=${Token}&type=microservice"
  4. source .auto_devops.sh

.auto_devops: 从指定仓库地址中拉取 script 脚本 用于 docker-build 阶段。

  1. before_script:
  2. - *auto_devops

before_script 指 ci 执行前所执行的命令。

  • 编写 charts 模块;

目录结构如下

  1. |--charts
  2. |--model-service
  3. |--templates
  4. |--_helper.tpl
  5. |--deplopment.yaml
  6. |--.helmignore
  7. |--Chart.yaml
  8. |--values.yaml

templates为模板文件,将模板文件渲染成实际文件,然后发送给 Kubernetes。

values.yaml为模板的预定义变量。

Chart.yaml包含 chart 的版本信息说明,您可以从模板中访问它。

deployment.yaml:创建 Kubernetes 部署的基本清单。

_helpers.tpl:放置模板助手的地方,您可以在整个 chart 中重复使用。

  • 编写 config.js;

  • 提交代码,即可完成模板创建。

创建后端应用模板

当应用模板不符合您的要求,你可手动创建一个应用模板。具体步骤如下:

  • 选择组织后,在组织层的应用管理模块,选择应用模板

  • 点击创建应用模板,输入相关信息进行数据校验,点击创建,即可创建一个模板;

  • 创建完成以后,会生成一个 Gitlab 地址,点击该地址;

  • 进入 Gitlab 仓库,克隆代码;

  • 创建一个 spring-boot 项目

  • 目录结构如下:

  1. |--src
  2. |--main
  3. |--docker
  4. |--dockerfile
  • 编写一个 dockerfile;
  1. FROM registry.choerodon.io/choerodon-cloud/base
  2. COPY app.jar /app.jar
  3. ENTRYPOINT [ "java", "-jar", "/app.jar"]
  1. image: registry.cn-hangzhou.aliyuncs.com/choerodon-tools/cibase:0.5.0

image 指 ci 运行基础镜像。

  1. stages:
  2. - node_build
  3. - docker_build

stages 指包含 maven-package 和 docker-build 两个阶段。

  1. maven-feature:
  2. stage: maven-package
  3. script:
  4. - git_merge develop
  5. - update_pom_version
  6. - mvn package -U -DskipTests=false
  7. only:
  8. - /^feature-.*$/

maven-feature 指 job 名称。

stage 指对应的阶段。

only 指触发的分支。

  1. .auto_devops: &auto_devops |
  2. curl -o .auto_devops.sh \
  3. "${CHOERODON_URL}/devops/ci?token=${Token}&type=microservice"
  4. source .auto_devops.sh

.auto_devops: 从指定仓库地址中拉取 script 脚本 用于 docker-build 阶段。

  1. before_script:
  2. - *auto_devops

before_script:ci 执行前所执行的命令

  • 编写 charts 模块

目录结构如下:

  1. |--charts
  2. |--model-service
  3. |--templates
  4. |--_helper.tpl
  5. |--deplopment.yaml
  6. |--pre-config-congig.yaml
  7. |--pre-config-db.yaml
  8. |--service.yaml
  9. |--.helmignore
  10. |--Chart.yaml
  11. |--values.yaml

templates为模板文件,将模板文件渲染成实际文件,然后发送给 Kubernetes。

values.yaml为模板的预定义变量。

Chart.yaml包含 chart 的版本信息说明,您可以从模板中访问它。

deployment.yaml:创建 Kubernetes 部署的基本清单。

service.yaml:为您的部署创建服务端点的基本清单。

_helpers.tpl:放置模板助手的地方,您可以在整个 chart 中重复使用。

  • 提交代码,即可完成模板创建。

创建Java库应用模板

当应用模板不符合您的要求,你可手动创建一个应用模板。具体步骤如下:

  • 选择组织后,在组织层的应用管理模块,选择应用模板

  • 点击创建应用模板,输入相关信息进行数据校验,点击创建,即可创建一个模板;

  • 创建完成以后,会生成一个 Gitlab 地址,点击该地址;

  • 进入 Gitlab 仓库,克隆代码;

  • 创建一个普通 Java 应用;

  • 编写一个 Gitlab CI;

  1. stages:
  2. - mvn-package

stages 定义 CI 中包含的阶段。

  1. maven-branches:
  2. stage: mvn-package
  3. script:
  4. - update_pom_version
  5. - mvn clean && mvn package -U -DskipTests=false
  6. only:
  7. - develop
  8. - /^release-.*$/
  9. - /^hotfix-.*$/
  10. - /^feature-.*$/
  11. except:
  12. - tags

maven-branches 指 job 名称。

stage 指对应的阶段。

script 指执行的命令。

only 指触发的分支。

except 指不会触发的分支。

  1. .auto_devops: &auto_devops |
  2. curl -o .auto_devops.sh \
  3. "${CHOERODON_URL}/devops/ci?token=${Token}&type=lib"
  4. source .auto_devops.sh

.auto_devops:从指定仓库地址中拉取 script 脚本 用于 docker-build 阶段。

  1. before_script:
  2. - *auto_devops

before_script:指 ci 执行前所执行的命令。

  • 提交代码。

查看应用模板详情

在详情界面根据应用模板名称、应用模板编码、应用模板描述、应用模板地址、应用模板来源来查看应用模板详情。应用模板  - 图2

  • 应用模板名称:应用模板的自定义名称;
  • 应用模板编码:应用模板的自定义编码;
  • 应用模板描述:应用模板的自定义描述;
  • 应用模板地址:应用模板的 Git 仓库地址;
  • 应用模板来源:有预定义和自定义两种来源。预定义是 Choerodon 系统预置的模板;自定义是由用户自己创建的模板;

修改模板信息/删除模板

  • 点击修改模板修改环境按钮 按钮 ,进行应用模板名称和描述的修改。

  • 点击删除模板删除网络按钮 按钮,进行模板的删除。

  • 预定义模板无法删除;

若删除模板,该条数据将被永久删除,不可恢复!

更多操作