背景

在阿里云服务网格ASM中，支持通过ArgoCD来进行应用程序的发布、更新，简化了运维成本。开发者提交YAML编写的应用程序定义（Deployment、Service）和流量管理（VirtualService、Gateway、DestinationRule）到Git仓库。ArgoCD会监控集群中应用程序当前的Deployment、Service、VirtualService等资源的状态，与Git仓库中的资源期望编排进行比较，以Git仓库中的内容为基准。并且能够在 Git 仓库更改时自动/手动去同步和部署应用程序。

2. 前提条件

• 创建Istio版本为1.12.4.50或更高版本的阿里云服务网格 (ASM) 企业版实例；
• 创建容器服务Kubernetes (ACK) 集群；
• 将ACK集群添加到ASM实例；
• 已安装ArgoCD；
• Git仓库；

3. 指导步骤

1. 安装ArgoCD
2. 启用ASM的数据面KubeAPI访问能力
3. 创建ASM网关
4. 将ACK集群添加到ASM实例
5. 通过ArgoCD部署Istio资源
6. GitOps流程演示

3.1 安装 ArgoCD

如果已经安装了ArgoCD，请跳过此步骤。ArgoCD的安装和部署可以参考它的 主页。

阿里云容器服务（ACK）应用中心具有内置的ArgoCD功能，也可以避免手动安装ArgoCD。ACK应用程序中心允许检查应用程序状态，可以使用Git仓库和Helm chart将应用程序版本部署到Kubernetes集群。可以回滚和发布应用程序版本。

3.2 启用ASM的数据面KubeAPI访问能力

注意：由于阿里云服务网格（ASM）是一个托管istio兼容的控制平面，ArgoCD管理的服务网格（ASM）控制平面和数据平面（Kubernetes容器服务（ACK））不在同一个Kubernetes集群环境中。我们需要在ASM中启用“数据平面KubeAPI访问”，然后ArgoCD才能像访问ACK集群的资源一样访问ASM集群中的Istio资源。

在托管模式下，服务网格ASM和ArgoCD所管理的容器服务ACK并不处于同一个集群环境，需要启用阿里云服务网格ASM特有的“数据面KubeAPI访问能力”后，使得ArgoCD能像访问ACK集群的资源一样，访问ASM集群中的Istio资源。在阿里云服务网格 ASM 控制台中，如下图所示，启用该能力。

3.3. 创建ASM网关 

在阿里云服务网格ASM控制台 -> ASM网关 -> 创建ASM网关处，创建一个ASM网关，提供80和443端口。

3.4 将ACK群集作为外部群集添加到ArgoCD（可选）

如果ArgoCD和ASM管理的ACK集群不在同一个集群中，我们需要将ACK集群添加到ArgoCD。

ACK集群可以使用Kubernetes secret作为外部集群添加到ArgoCD中，tlsClientConfig可以从ACK KubeConfig文件中获取：

caData=证书颁发机构数据，certData=客户端证书数据，keyData=客户端密钥数据

3.5 通过ArgoCD应用程序部署istio资源

Istio资源现在可以定义为Kubernetes清单，并推送到用于部署应用程序k8s编排的Git仓库中。

3.5.1 Create APP

这里我们使用Istio book-info示例，Git仓库地址为https://github.com/AliyunContainerService/asm-labs.git。您先将此仓库Fork到您本地

分支选择argocd-asm，Path为argo-cd/bookinfo。

3.5.2 查看应用状态

创建完成后如下所示：

点击bookinfo可查看创建的资源状态。

3.5.3 在阿里云控制台查看资源状态

在ASM控制台可以看到创建的资源, 如下所示创建出的VirtualService。

可以点击bookinfo名称查看具体的YAML内容。

在 ACK控制台也可以看到创建的资源, 如下所示创建出的Deployment。

3.5.4 访问测试

从ASM控制台获取ASM网关的地址，在浏览器输入http://{ASM-Gateway-IP}/productpage进行访问

因为Istio book-info的reviews有3个版本，我们现在还未指定版本，每次刷新，右侧数据显示会不一样。我们之后通过GitOps的流程进行指定。

3.6 GitOps Demo

我们通过配置流量规则，正常只展示v1版本的reviews，只有当登录用户名为jason时，显示v2版本。并且将Deployment reviews-v1的副本修改为2。添加如下内容到我们的Git仓库的argo-cd/bookinfo/istio-route.yaml文件中。并修改argo-cd/bookinfo/bookinfo.yaml的reviews-v1 Deployment副本数为2。

3.6.1 修改本地文件

apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: reviews
spec:
  hosts:
    - reviews
  http:
  - match:
    - headers:
        end-user:
          exact: jason
    route:
    - destination:
        host: reviews
        subset: v2
  - route:
    - destination:
        host: reviews
        subset: v1
---

3.6.2 Commit & Push

$ git add *
$ git commit -m "reviews-v1"
 reviews-v1
 2 files changed, 22 insertions(+), 22 deletions(-)
$ git push 

3.6.3 同步

如果开启了自动同步，ArgoCD会自动同步Git的配置到集群，如果没有，可以手动点一下同步按钮。

如下所示, 因为文件存在了变更, Argo控制台中会自动给出OutOfSync状态的提示, 点击SYNC按钮完成同步。

同步之后, 在ASM控制台可以查看同步之后创建的资源, 如下所示创建出的VirtualService。

可以点击reviews名称查看具体的YAML内容。

在 ACK控制台也可以看到更新之后的资源, 如下所示 Deployment reviews-v1 副本数更新为2.

3.6.4 效果查看

根据路由规则，在未登录状态下，访问http://{ASM-Gateway-IP}/productpage，固定为review-v1版本。

reviews-v1的副本数也生效为2。

如果我们使用jason为用户名（任意密码）登录后，看到的是v2版本。

4. 总结

实践中结合阿里云服务网格ASM的最新特性，使用ArgoCD将资源编排以GitOps方式进行管理，简化了运维管理成本。