做者 | 乔克git
持续部署这个词对技术人员来讲并不陌生，不少时候咱们都将CI和CD揉在一块儿了，今天咱们将他们分开。github
什么是ArgoCD
Argo CD is a declarative, GitOps continuous delivery tool for Kubernetes.web
Argo CD是一个基于Kubernetes的声明式的GitOps工具。redis
在说Argo CD以前，咱们先来了解一下什么是GitOps。json
什么是GitOps
GitOps是以Git为基础，使用CI/CD来更新运行在云原生环境的应用，它秉承了DevOps的核心理念--“构建它并交付它(you built it you ship it)”。api
概念提及来有点虚，我画了张图，看了你就明白了。安全
-
当开发人员将开发完成的代码推送到git仓库会触发CI制做镜像并推送到镜像仓库 -
CI处理完成后，能够手动或者自动修改应用配置，再将其推送到git仓库 -
GitOps会同时对比目标状态和当前状态，若是二者不一致会触发CD将新的配置部署到集群中
其中，目标状态是Git中的状态，现有状态是集群的里的应用状态。微信
不用GitOps能够么？session
固然能够，咱们可使用kubectl、helm等工具直接发布配置，但这会存在一个很严重的安全问题，那就是密钥共享。app
为了让CI系统可以自动的部署应用，咱们须要将集群的访问密钥共享给它，这会带来潜在的安全问题。
ArgoCD
Argo CD遵循GitOps模式，使用Git存储库存储所需应用程序的配置。
Kubernetes清单能够经过如下几种方式指定:
-
kustomize应用程序 -
helm图表 -
ksonnet应用程序 -
jsonnet文件 -
基于YAML/json配置 -
配置管理插件配置的任何自定义配置管理工具
Argo CD实现为kubernetes控制器，它持续监视运行中的应用程序，并将当前的活动状态与指望的目标状态进行比较(如Git repo中指定的那样)。若是已部署的应用程序的活动状态偏离了目标状态，则认为是OutOfSync。Argo CD报告和可视化这些差别，同时提供了方法，能够自动或手动将活动状态同步回所需的目标状态。在Git repo中对所需目标状态所作的任何修改均可以自动应用并反映到指定的目标环境中。
Argo CD就处在以下位置：
它的优点总结以下：
-
应用定义、配置和环境信息是声明式的，而且能够进行版本控制； -
应用部署和生命周期管理是全自动化的，是可审计的，清晰易懂； -
Argo CD是一个独立的部署工具，支持对多个环境、多个Kubernetes集群上的应用进行统一部署和管理
实践
前提：有一个可用的Kubernetes集群。
实验环境：
-
kubernetes：1.17.2 -
argo cd：latest
安装Argo CD
安装很简单，不过在实际使用中须要对数据进行持久化。
我这里直接使用官方文档的安装命令：
kubectl create namespace argocd
kubectl apply -n argocd -f https://raw.githubusercontent.com/argoproj/argo-cd/stable/manifests/install.yaml
执行成功后会在argocd的namespace下建立以下资源。
# kubectl get all -n argocd
NAME READY STATUS RESTARTS AGE
pod/argocd-application-controller-0 1/1 Running 0 16h
pod/argocd-dex-server-74d9998fdb-mvpmh 1/1 Running 0 16h
pod/argocd-redis-59dbdbb8f9-msxrp 1/1 Running 0 16h
pod/argocd-repo-server-599bdc7cf5-ccv8l 1/1 Running 0 16h
pod/argocd-server-576b4c7ff4-cnp9d 1/1 Running 0 16h
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
service/argocd-dex-server ClusterIP 10.105.217.139 <none> 5556/TCP,5557/TCP,5558/TCP 16h
service/argocd-metrics ClusterIP 10.97.116.36 <none> 8082/TCP 16h
service/argocd-redis ClusterIP 10.105.63.34 <none> 6379/TCP 16h
service/argocd-repo-server ClusterIP 10.111.153.131 <none> 8081/TCP,8084/TCP 16h
service/argocd-server ClusterIP 10.105.229.250 <none> 80/TCP,443/TCP 16h
service/argocd-server-metrics ClusterIP 10.104.8.45 <none> 8083/TCP 16h
NAME READY UP-TO-DATE AVAILABLE AGE
deployment.apps/argocd-dex-server 1/1 1 1 16h
deployment.apps/argocd-redis 1/1 1 1 16h
deployment.apps/argocd-repo-server 1/1 1 1 16h
deployment.apps/argocd-server 1/1 1 1 16h
NAME DESIRED CURRENT READY AGE
replicaset.apps/argocd-dex-server-74d9998fdb 1 1 1 16h
replicaset.apps/argocd-redis-59dbdbb8f9 1 1 1 16h
replicaset.apps/argocd-repo-server-599bdc7cf5 1 1 1 16h
replicaset.apps/argocd-server-576b4c7ff4 1 1 1 16h
NAME READY AGE
statefulset.apps/argocd-application-controller 1/1 16h
访问Argo server的方式有两种：
-
经过web ui -
使用argocd 客户端工具
我这里直接使用web ui进行管理。
经过kubectl edit -n argocd svc argocd-server将service的type类型改成NodePort。改完后经过如下命令查看端口：
# kubectl get svc -n argocd
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
argocd-dex-server ClusterIP 10.105.217.139 <none> 5556/TCP,5557/TCP,5558/TCP 17h
argocd-metrics ClusterIP 10.97.116.36 <none> 8082/TCP 17h
argocd-redis ClusterIP 10.105.63.34 <none> 6379/TCP 17h
argocd-repo-server ClusterIP 10.111.153.131 <none> 8081/TCP,8084/TCP 17h
argocd-server NodePort 10.105.229.250 <none> 80:32109/TCP,443:30149/TCP 17h
argocd-server-metrics ClusterIP 10.104.8.45 <none> 8083/TCP 17h
而后经过http://IP:32109访问页面，以下：
登陆帐号为admin，密码经过如下命令获取。
kubectl get pods -n argocd -l app.kubernetes.io/name=argocd-server -o name | cut -d'/' -f 2
而后进入以下界面。
建立应用
这里仅仅是为了测试argo，因此并无作ci部分。
我在gitlab上准备了一个仓库，仓库里的文件很简单，以下：
其中manifests下就是一个deployment文件，内容以下：
apiVersion: apps/v1
kind: Deployment
metadata:
labels:
app: devops-argocd-test
name: devops-argocd-test
namespace: default
spec:
minReadySeconds: 60
progressDeadlineSeconds: 600
replicas: 1
revisionHistoryLimit: 10
selector:
matchLabels:
app: devops-argocd-test
template:
metadata:
labels:
app: devops-argocd-test
spec:
containers:
- name: devops-argocd-test
image: registry.cn-hangzhou.aliyuncs.com/rookieops/argocd-test-app:v1
imagePullPolicy: Always
ports:
- containerPort: 8080
name: tcp-8080
protocol: TCP
---
apiVersion: v1
kind: Service
metadata:
labels:
app: devops-argocd-test
name: devops-argocd-test
namespace: default
spec:
ports:
- name: tcp-8080
port: 8080
protocol: TCP
targetPort: 8080
selector:
app: devops-argocd-test
sessionAffinity: None
type: NodePort
如今咱们在Argo里建立应用，步骤以下：
（1）添加仓库地址，Settings → Repositories，点击 Connect Repo using HTTPS 按钮：
填入如下信息。
验证经过后显示以下：
（2）建立应用
建立完成后以下所示：
因为我设置的是手动SYNC，因此须要点一下下面的SYNC进行同步。
而后能够看到状态都变成正常。
这时候咱们在集群里能够看到建立了v1版本的应用了。
# kubectl get pod | grep devops-argocd-test
devops-argocd-test-7f5fdd9fcf-xbzmp 1/1 Running 0 118s
# kubectl get svc | grep devops-argocd-test
devops-argocd-test NodePort 10.97.159.140 <none> 8080:31980/TCP 2m6s
这时候访问应用，以下：
配置变动
接下来我手动进行配置变动，修改manifests下的deploymeny.yaml文件中的镜像为v2版本，以下：
而后提交到仓库。
这是到ArgoCD中能够看到状态变成了OutOfSync
这时候再手动sync一下，直到状态都变正常。再访问上面的应用。
能够看到应用已经更新部署了。
咱们能够看到整个应用的关系状态，以下：
还能够看到部署历史。
也能够经过这个界面进行回滚。
不过这个回滚并不会回滚gitlab上的代码哈。
我上面设置的是手动，你能够设置为自动，本身动手测试一番吧。
官方文档：https://argoproj.github.io/argo-cd/#features
进群请扫码加青牛踏雪
本文分享自微信公众号 - Kubernetes技术栈（k8stech）。
若有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一块儿分享。