持续交付Argo

Argo CD组件与概念的介绍

Argo CD是什么
- 是一个用于k8s的声明式GitOps连续交付工具
组件
1. api server
2. repository server
3. application controller
4. applicationset controller
概念
1. applications
2. projects
3. repositories
4. clusters

Argo CD环境的搭建

kubectl create namespace argocd
kubectl apply -f https://raw.githubusercontent.com/argoproj/argo-cd/stable/manifests/install.yaml
# 假设对ui、sso和多集群功能不感兴趣，可以仅安装核心组件
# kubectl apply -f https://raw.githubusercontent.com/argoproj/argo-cd/stable/manifests/core-install.yaml

# 下载argo cd命令行
curl -sSL -o argocd-linux-amd64 https://github.com/argoproj/argocd/releases/download/v2.10.1/argocd-linux-amd64
sudo install -m 555 argocd-linux-amd64 /usr/local/bin/argocd
rm argocd-linux-amd64

# 访问argo cd api server
kubectl patch svc argocd-server -n argocd -p '{"spec":{"type":"LoadBalancer"}}'

argocd admin initial-password -n argocd # 初始化用户得到密码
argocd login 192.168.239.142:31294 # 登录
argocd account update-password # 更新密码
> admin
> pass
# 浏览器访问 192.168.239.142:31294

Argo CD应用的持续交付

应用提交交付流程：
1. 访问192.168.239.142:31294
2. setting > repositories，维护远程仓库，添加要部署的应用程序的git地址，应用程序包括了deployment.yaml和service.yaml
3. applications > new app，添加app（应用）
  - projects：类似分组，没有可以填写default
  - Source：选择刚才添加的仓库地址
  - Destination：选择要部署的目标，一般是当前集群，记得选择命名空间
4. 进行sync，同步部署
5. 查看应用详情，在sync policy可以启用自动同步
6. 修改源码中的deployment，完成后进行git commit
7. 观察应用的同步状态
8. 可以在发布历史中进行rollback和redeploy操作，进行rollback后因为和git版本不一致会处于outofsync状态。且不再会自动发布了。

Argo Rollout组件与概念介绍

概念：
- rollout：一个k8s工作负载资源，类似于k8s deployment对象，提供了k8s部署无法提供的功能：
  1. 蓝绿色部署
  2. 金丝雀部署
  3. 入口控制器和服务网格集成，实现高级流量路由（例如按照地域分流等）
  4. 与用于蓝绿和金丝雀分析的度量提供者的集成
  5. 基于成功或失败指标的自动升级或回滚
- 渐进式交付
  - 是以可控和渐进的方式发布产品更新的过程，从而降低发布风险，通常将自动化和度量分析相结合，以推动更新的自动升级或回滚。
- 部署策略
  1. 滚动更新
  2. 重新创建
  3. 蓝绿发布（新旧版本同时存在）
  4. 金丝雀发布（按照百分比切换流量）
组件
- 控制器
- rollout资源
- 旧版本和新版本的副本集
- ingress/service
- 分析目标和分析运行
- Metrics Providers(内置了prometheus等指标提供商)

Argo Rollout蓝绿发布与金丝雀发布

# 安装插件
curl -LO https://github.com/argoproj/argorollouts/releases/download/v1.6.6/kubectl-argo-rollouts-linux-amd64
chmod +x ./kubectl-argo-rollouts-linux-amd64
mv ./kubectl-argo-rollouts-linux-amd64 /usr/local/bin/kubectl-argo-rollouts

kubectl argo rollouts version # 测试是否成功

# 启动ui
kubectl argo rollouts dashboard

# 部署argo rollout服务
kubectl create namespace argo-rollouts 
kubectl apply -n argo-rollouts -f https://github.com/argoproj/argo-rollouts/releases/latest/download/install.yaml

蓝绿发布

bluegreen.yaml

apiVersion: v1
kind: Service
metadata:
  name: mockapp-rollout-bluegreen-active # 老版本
spec:
  ports:
    - port: 80
        name: http
  selector: 
    rollout: bluegreen
    app: mockapp
---
apiVersion: v1
kind Service
metadata:
  name: mockapp-rollout-bluegreen-preview # 新版本
spec:
  ports:
  - port: 80
    name: http
  selector:
    rollout: bluegreen
    app：mockapp
---
apiVersion: argoproj.io/vlalpha1
kind: Rollout
metadata:
   name: mockapp·rolout-bluegreen
spec:
   replicas: 5
   selector:
     matchLabels；
        app: mockapp
        rollout: bluegreen
   template:
     metadata:
       labels:
          app: mockapp
          rollout: bluegreen
     spec:
       imagePuisecrets:
       - name: argorolloutdockerauth
       containers:
       - name: mockapp
         image: 192.168.239.161:5000/mock-app:1.0.0
         ports:
         - name: http
            containerPort: 80
            protocol: TCP
    strategy:
        blueGreen:
            activeService: mockapp-rollout-bluegreen-active
            previewService: mockapp-rollout-bluegreen-preview
            autoPromotionEnabled: false # 自动发布需要有指标和自动发布条件，参考https://argo-rollouts.readthedocs.io/en/stable/features/analysis/

# 第一次发布，因为不存在版本更换，所以不会触发部署策略
kubectl create -f bluegreen.yaml
# 监视部署过程
kubectl argo rollouts get rollout mockapp-rollout-bluegreen --watch
# 修改镜像
vim bluegreen.yaml
> image: 192.168.239.161:5000/mock-app:2.0.0
kubectl apply -f bluegreen.yaml
kubectl argo rollouts get rollout mockapp-rollout-bluegreen --watch # 我们会发现会有10个pod了。所以蓝绿发布的特点和缺点就是，一段时间内服务器资源成倍消耗。
# 等到新版本测试没有问题后
kubectl argo rollouts promote mockapp-rollout-bluegreen # 继续部署

# 假设有问题，我们需要终止部署
kubectl argo rollouts abort mockapp-rollout-bluegreen # 新版本将会被关闭

金丝雀发布

canary.yaml

apiVersion: v1
kind: Service
metadata:
  name: mockapp-rollout-canary 
spec:
  ports:
    - port: 80
        name: http
  selector: 
    rollout: canary
    app: mockapp
---
apiVersion: argoproj.io/vlalpha1
kind: Rollout
metadata:
   name: mockapp·rolout-canary
spec:
   replicas: 5
   selector:
     matchLabels；
        app: mockapp
        rollout: canary
   template:
     metadata:
       labels:
          app: mockapp
          rollout: canary
     spec:
       imagePuisecrets:
       - name: argorolloutdockerauth
       containers:
       - name: mockapp
         image: 192.168.239.161:5000/mock-app:1.0.0
         ports:
         - name: http
            containerPort: 80
            protocol: TCP
    strategy:
        canary:
            steps:
            - setWeight: 20
            - pause: {} # 暂停，等待手工处理
            - setWeight: 40
            - pause: {duration: 10}
            - setWeight: 60
            - pause: {duration: 10}
            - setWeight: 80
            - pause: {duration: 10}

kubectl apply -f canary.yaml
kubectl argo rollouts get rollout mockapp-rollout-canary --watch
# 修改镜像
vim bluegreen.yaml
> image: 192.168.239.161:5000/mock-app:2.0.0
kubectl apply -f bluegreen.yaml 
kubectl argo rollouts get rollout mockapp-rollout-canary --watch # 1个pod是新的，4个pod是旧的

# 测试完成后
kubectl argo rollouts promote mockapp-rollout-canary
# 新版本有问题，停止部署
kubectl argo rollouts abort mockapp-rollout-canary

2025-01-09 该篇文章被 Cleofwine 归为分类: Go云原生