最近在做基于容器的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/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,构建并应用新的配置。

docker-compose

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

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

假如你有一个简单的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生态有许多组件可以完成该项动作), 欢迎大家多多留言,带我上路。

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

Logo

K8S/Kubernetes社区为您提供最前沿的新闻资讯和知识内容

更多推荐