最近在做基于容器的CI/CD, 一个朴素的自动部署的思路是：

• 从Git Repo打出git tag，作为镜像Tag

• ssh远程登录到部署机器

• 向部署环境注入镜像Tag，拉取镜像，重新部署

下面分享我是如何在K8s、docker-compose中注入镜像Tag？

k8s

熟悉k8s的同学知道， K8s有一个强大的原生配置管理工具：Kustomize。

Kustomize 以一种无模板的方式来定制应用程序配置，从而简化了现有应用程序的使用。现在kustomize已经以apply -k的方式内置进kubectl。

这里利用Kustomize的edit命令修改定义在Kustomization.yaml中的镜像Tag：

下面是一个简单的Kustomization.yaml文件：

kind: Kustomization
namespace: wd
resources:
- ../base
images:
- name: hub.docker.com/eap/website  //原镜像名newName: hub.docker.com/eap/websitenewTag: 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，构建并应用新的配置。

docker-compose

Docker平台就没有那么好的工具，明文让你修改镜像配置。

我们采用shell脚本来曲线修改镜像配置:

假如你有一个简单的docker-compose.yml文件：

version: '3'services:app:image: username/app:d7s8f12ports:- 80:80

通过shell脚本修改`app:` 字符串后面的镜像Tag，达到注入Tag的目的。

sed -E -i'' "s/(.*app:).*/\1$COMMIT/" 'docker-compose.yml'

同样，自动部署时由CI给部署脚本导入此次Git Tag (镜像Tag)。

#!/bin/shcd  /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生态有许多组件可以完成该项动作)， 欢迎大家多多留言，带我上路。

更多干货及最佳实践分享
关注并星标我们~。。~