1. 产品简介
  2. 快速开始
  3. 编写构建流程
  4. 配置构建计划
  5. 构建环境依赖包
  6. 构建制品
  7. 构建节点
  8. 管理构建计划
  9. 系统插件
  10. 自定义团队插件
  11. 最佳实践
  12. 常见问题
  13. 词汇表
持续集成 / 使用持续集成快速构建应用 / 自动化发布 AI 应用

自动化发布 AI 应用

近些年伴随着计算机算力的迅猛增长,机器学习应用也得到了飞速的发展。很多科技公司使用机器学习类的应用去解决了传统应用无法解决的问题。作为机器学习界的龙头,曾经开发出 AlphaGo 击败世界围棋名将李世石的软件公司 Google 也早已封装出了一套十分易用的机器学习框架 Tensorflow 。本文将介绍如何基于 Tensorflow.js 开发一款 logo 识别应用,并且在此过程中演示如何通过 CODING DevOps 实现自动化构建。

前置准备

初始化

在创建代码仓库时选择「导入外部仓库」,粘贴示例仓库地址。

导入成功后,将代码拉取至本地中。

接下来可以运行 yarn install 命令并在本地安装依赖。

安装完成后运行 ./build.sh --local 命令进行本地构建。应用开发完成后还需要进行容器化,以方便应用传播与测试。每次开发后都会生成一个新的制品,若要手动重复打包再上传至制品仓库,此过程未免过于繁琐。借助持续集成工具,能够在每次开发后自动触发构建并上传至制品仓库,解放生产力。并且在构建的过程中还能够配置通知机制,及时获得构建反馈。

创建构建计划

进入任一项目后,点击左侧菜单栏的「持续集成」按钮,新建构建计划时选择「自定义过程」模板。

跳转至配置详情后参考以下 Jenkinsfile 修改构建过程。

Jenkinsfile

pipeline {
  agent any
  stages {
    stage('检出') {
      steps {
        checkout([$class: 'GitSCM',
        branches: [[name: env.GIT_BUILD_REF]],
        userRemoteConfigs: [[
          url: env.GIT_REPO_URL,
          credentialsId: env.CREDENTIALS_ID
        ]]])
      }
    }
    stage('构建') {
      steps {
        echo '显示环境变量'
        sh 'printenv'
        echo '构建中...'
        sh 'docker version'
        sh './build.sh'
        echo '构建完成.'
      }
    }
    stage('推送到 CODING Docker 制品库') {
      steps {
        script {
          docker.withRegistry(
            "${CCI_CURRENT_WEB_PROTOCOL}://${env.CODING_DOCKER_REG_HOST}",
            "${env.CODING_ARTIFACTS_CREDENTIALS_ID}"
          ) {
            docker.image("${env.CODING_DOCKER_IMAGE_NAME}:${env.GIT_COMMIT}").push()
          }
        }

      }
    }
  }
  environment {
    CODING_DOCKER_REG_HOST = "${env.CCI_CURRENT_TEAM}-docker.pkg.${env.CCI_CURRENT_DOMAIN}"
    CODING_DOCKER_IMAGE_NAME = "${env.PROJECT_NAME.toLowerCase()}/${env.DOCKER_REPO_NAME}/${env.DOCKER_IMAGE_NAME}"
  }
}

此流水线脚本大致分为三个阶段,检出阶段为拉取代码,构建阶段为运行构建脚本,推送阶段为把 docker 制品推送到制品库。构建阶段主要运行脚本文件 build.sh 主要内如下:

#!/bin/bash

docker build -t compiler -f Dockerfile.compile .

if [ "$1" = "--local" ]
then
    docker build -t logo-reg .
else
    docker build -f $DOCKERFILE_PATH -t $CODING_DOCKER_IMAGE_NAME:$GIT_COMMIT $DOCKER_BUILD_CONTEXT
fi

此脚本的设计思路为分阶段构建方案。以 Dockerfile.compile 作为构建基础镜像的构建文件、Dockerfile 作为实际运行镜像的构建文件。使用这种方法可以使得实际运行的镜像不包含构建应用所需要的环境,大大减少镜像体积,构建后的镜像仅为 149 Mb。此外,此脚本还可以通过 --push 参数来灵活的区分云上构建环境与本地构建环境。

配置触发规则

持续集成支持多种触发方式,例如代码源触发、定时触发、API 触发及手动触发。其中代码源触发又可配置为推送到指定分支或标签触发,触发方式多样,可满足绝大部分场景需要。

如前言中所说,我们希望把更多的精力放在代码开发上,尽量减少构建所带来的干扰。因此可以设置触发规则,例如通过配置如下正则表达式,当分支名满足规则后即可自动触发构建。

^refs/(heads/(release|release-.*|build-.*|feat-.*|fix-.*|test-.*|mr/.*))

设置变量与缓存

持续集成过程中,我们总会将一些配置(如:账号密码/版本号等)信息以环境变量的形式注入到构建过程中。

所涉及的环境变量如下:

变量名 默认值
DOCKER_IMAGE_NAME logo-reg
DOCKER_BUILD_CONTEXT .
DOCKERFILE_PATH Dockerfile
DOCKER_IMAGE_VERSION ${GIT_LOCAL_BRANCH:-branch}-${GIT_COMMIT}
DOCKER_REPO_NAME build

执行构建

触发持续集成后,你可以在「构建过程」中看到各步骤的运行情况。

下载制品

构建完成后,可以看到在 build 制品仓库中已有新的制品,可以根据操作指引拉取至本地中。

运行应用

使用以下命令,运行已拉取的制品,即可开始通过机器学习以辨别 CODING, GitHub, GitLab Logo。

# 将命令中的仓库地址替换为自己制品仓库的地址。

docker run -p 8080:80 StrayBirds-docker.pkg.coding.net/demo/build/logo-reg:340275df1ecf1b2e7800a237ebceb10ceee7161c

浏览器打开 http://127.0.0.1:8080,等待数分钟后,右下角训练损失几乎将为 0 即为训练完毕(若不为 0 ,说明训练过程收到不可逆干扰,请刷新页面即可重新训练)。上传任一 CODING , GitHub, GibLab 的图标文件,此应用可准确的预测出图片属于哪个 logo。

预测 CODING logo

预测 GitLab logo

可以看出,此应用具有相当高的准确率!

总结

本文通过一个基于 Tensorflow.js 开发的 AI 应用项目讲解了如何使用持续集成与制品仓库。借用 CODING DevOps 平台的这些功能, 我们解放本地算力,省去了人为的不必要劳动, 提高了生产力。

除此之外,持续集成可以构建任何应用(无论是终端,后端,甚至机器学习应用)。部署与构建不再是编程中的烦恼,专注于代码,专注于业务,繁琐之事皆可放行交由平台。

上一篇每日一句小应用
最近更新
感谢反馈有用
感谢反馈没用

在阅读中是否遇到以下问题?

您希望我们如何改进?

工单咨询