UI頁面化、自動化地生產Docker鏡像

針對上面提到的效率、使用門檻的問題,簡要介紹下我們的解決方案；

在面向用戶的功能方面,要解決好下面幾個主要問題：

1. 鏡像內容的管理,主要是一些配置文件,比如上面的rootfs目錄
2. dockerfile的定制、自動生成,比如定制RUN、EXPOSE、ENTRYPOINT、CMD
3. 觸發build、push,以及鏡像倉庫的管理

在后端的技術實現方面,我們采用下面的架構：

鏡像內容管理、dockerfile定制生成

UI頁面上支持用戶管理自己的配置文件(rootfs)、運行的命令(RUN)、入口程序、暴露的端口等,比如：

后臺會把這些內容、信息,存儲到GitLab；

Jenkins實現自動化生產線

如果用戶觸發“制作鏡像”,會觸發一個Jenkins的job,該job從GitLab拉取后,根據一個Jenkinsfile里定義邏輯“制作鏡像”；

Jenkinsfile里充分利用了pipeline的語法,把一系列步驟串起來：前期檢查、創建tar文件、生成dockerfile、build、push、清理；

下面是一個示例的Jenkinsfile：

#!groovypipeline {
agent any

environment {
REGISTRY_ACCESS = credentials(‘xxx’)
}

options {
timeout(time: 30, unit: ‘MINUTES’)
}

// a list of parameters provided when triggering
parameters {
string(name: ‘registry’, defaultValue: ”)
string(name: ‘namespace’, defaultValue: ”)
string(name: ‘image_name’, defaultValue: ”)
string(name: ‘image_tag’, defaultValue: ”)
}

stages {
stage(‘Verify’) {
steps { ? ? ? ? ? ? ? ?echo “To check whether related project exists and specified tag is usable…”
sh “xxx xxx xxx”
}
}

stage(‘Prepare’) {
steps { ? ? ? ? ? ? ? ?echo “To generate ‘Dockerfile’ and archive ‘rootfs’ directory…”
sh “xxx xxx xxx”
sh “xxx xxx xxx”
}
}

stage(‘Build’) {
steps { ? ? ? ? ? ? ? ?echo “To build image…”
sh “xxx xxx xxx”
}
}

stage(‘Push’) {
steps { ? ? ? ? ? ? ? ?echo ‘To push image…’
sh “xxx xxx xxx”
}
}
}

post {
always { ? ? ? ? ? ?echo “Always clean up, no matter whether the building and pushing was failure or success”
sh “xxx xxx xxx”
}
}

鏡像倉庫管理

制作好的鏡像,存儲于私有鏡像倉庫,用戶在頁面可以方便的管理,也可以在自己測試環境,docker pull拉取鏡像、docker run測試鏡像；

總結

本文主要給大家介紹了Jenkins&Docker是如何在HULK落地的,其實最初的出發點還是解決當前Docker CLI下上手使用成本高的問題.在經過WEB化和自動化之后,會大大降低業務的接入使用成本,最終助力Docker在業務的快速實踐.

文章來自微信公眾號：HULK一線技術雜談