最近在作基于容器的CI/CD, 一个朴素的自动部署的思路是:git
下面分享我是如何在K8s、docker-compose中注入镜像TAG(持续部署)?web
熟悉k8s的同窗知道, K8s有一个强大的原生配置管理工具:Kustomize
工具。docker
Kustomize 以一种无模板的方式来定制应用程序配置,从而简化了现有应用程序的使用。如今kustomize已经以
apply -k
的方式内置进kubectl。shell
这里能够利用Kustomize的edit
命令修改定义在Kustomization.yaml
中的镜像TAG:
app
下面是一个简单的Kustomization.yaml文件:ssh
kind: Kustomization namespace: wd resources: - ../base images: - name: hub.docker.com/eap/website //原镜像名 newName: hub.docker.com/eap/website newTag: v1.0.7-hotfix5 // 持续被修改的Tag
作自动部署时,通常由CI给部署脚本导入这次Git Tag,做为镜像Tag。工具
#!/bin/sh cd /home/wd-deploy/localdeploy/wd/overlays/ kustomize edit set image hub.docker.com/eap/website=hub.docker.com/eap/website:${TAG} kustomize build . | kubectl apply -f -
以上部署脚本: 进入Kustomization.yaml目录,向Kustomization.yaml文件注入新的镜像Tag,构建并应用新的配置。ui
Docker平台就没有那么好的工具,可明文让你修改镜像配置。spa
咱们可采用shell脚本
来曲线修改镜像配置:code
假如你有一个简单的docker-compose.yml文件:
version: '3' services: app: image: username/app:d7s8f12 ports: - 80:80
经过shell脚本修改字符串app:后面的镜像Tag,达到注入Tag的目的
sed -E -i'' "s/(.*app:).*/\1$COMMIT/" 'docker-compose.yml'
一样,在作自动部署时,由CI给以上脚本导入这次Git Tag,做为镜像Tag。
#!/bin/sh cd /home/wd-deploy/app/ sed -E -i'' "s/(.*app:).*/\1$COMMIT/" 'docker-compose.yml' docker-compose pull app && docker-compose up -d
以上部署脚本: 进入docker-compose.yml目录,向Compose文件注入新的镜像Tag,拉取镜像并应用新的配置。
本文记录了向K8s, Docker-Compose平台注入镜像Tag的方式, 为啥要专题讲这个呢? 由于注入Tag是自动部署的必通过程。
本文只是一个粗浅的、朴素的注入思路(Devops生态有许多组件能够完成该项动做), 也欢迎你们多多留言,带我上路。