![頭圖.png](https://ucc.alicdn.com/pic/developer-ecology/b9f7d937eb2e45f1a53f4372734462ee.png)

來源|[阿里巴巴雲原生公眾號](https://mp.weixin.qq.com/s/_9wRzZnLFrWVS6ghSJGmrg)
作者 | 
鄧洪超，阿里雲高階技術專家
Ed Lee，Argo 專案創始人

# 介紹

[Argo CD](https://github.com/argoproj/argo-cd/) 是為 Kubernetes 提供的 GitOps 持續交付工具。它是 CNCF Argo 專案的一部分，該專案是一組 Kubernetes 原生工具，用於在 Kubernetes 上執行和管理作業和應用程式。

[KubeVela](https://github.com/oam-dev/kubevela) 是一個基於 Kubernetes 和 OAM（開放應用程式模型，Open Application Model）的開源應用程式引擎。KubeVela 主要是為平臺和運營團隊設計的，以便在 Kubernetes 上輕鬆建立簡單但面向開發人員的高度可擴充套件的抽象。對開發人員（也就是終端使用者）隱藏了在 Kubernetes 上配置應用程式清單的很多複雜性，比如伸縮策略、部署策略和入口，但允許平臺團隊基於組織策略獨立定製和控制這些配置。

在這篇博文中，我們將分享基於阿里雲的用例，使用 Argo CD 和 KubeVela 構建以開發者為中心的持續應用交付流水線的經驗。

# 以開發者為中心的 GitOps 體驗

理想情況下，開發人員希望專注於編寫應用程式並將其程式碼推送到 git 倉庫上，而不必擔心 CI/CD 流水線以及配置和執行應用程式時的其他操作問題。Kubernetes 上一個非常流行的模式是將應用程式從 git 自動部署到生產環境中。這就是 Argo CD 的用武之地。它會持續監視 git 倉庫的新提交，並自動將它們部署到生產環境中。Argo CD 應用倉庫中預定義的 Kubernetes 部署清單檔案來建立或升級在 Kubernetes 上執行的應用程式。這種模式被稱為 GitOps，是在阿里巴巴的現代雲原生堆疊中實現持續自動應用交付的關鍵。

雖然概念上很簡單，但在將 GitOps 應用到更廣泛的終端使用者場景時，會出現幾個重要的問題：

- 第一個問題是：實際的生產應用程式是複雜的，需要開發人員理解如何配置許多不同型別的 Kubernetes 資源。

- 第二個問題（與第一個問題相關）是：對於每個開發人員來說，學習如何正確配置和維護所有這些物件，同時遵守組織安全、遵從性和操作策略變得非常具有挑戰性。即使是簡單的錯誤配置也可能導致部署失敗，甚至服務不可用。

- 第三個問題是：當 Kubernetes 規範或組織策略發生變化時，必須更新所有應用程式清單以反映這些變化。對於一個可能擁有數千個應用程式和數百萬行 Kubernetes 清單檔案的 YAML 的組織來說，這是一項巨大的任務。

這些問題產生了對應用程式抽象的強烈需求，該抽象將開發人員與不會直接影響其應用程式的平臺和操作關注點隔離開來，並提供了一個錨來避免配置漂移。Kubernetes 的核心抽象，透過有意的設計，並沒有為抽象應用程式提供一個標準的機制。

考慮到這個目標，KubeVela 被建立和設計為一個最小的、可擴充套件的應用程式引擎，供平臺構建人員在 Kubernetes 上建立“類似 PaaS”的體驗。具體來說，KubeVela 提供了簡單而有效的抽象，將應用程式配置問題與平臺和操作問題分離開來。下面是一個名為 appfile 的工件示例：

![1.png](https://ucc.alicdn.com/pic/developer-ecology/d8bcc222da2441dd92896ed6656db3b8.png)

透過使用 appfile 並將其與 Argo CD 一起部署，開發人員只需要編寫一個簡單的應用配置，並將程式碼推送到 git。然後，他們的應用程式將被自動部署，並開始在目標 Kubernetes 叢集上處理實時流量。在幕後，平臺和運營團隊有能力用 [CUElang 模板](https://github.com/oam-dev/kubevela/tree/master/hack/vela-templates/cue)預先定義和/或修改這些抽象的行為，並確保它們滿足組織的安全性、遵從性和其他運營需求。

在下面，我們將更詳細地解釋上述 GitOps 工作流是如何工作的。

# KubeVela 搭配 Argo CD

## 1. 先決條件

對於平臺運營者來說，唯一的“技巧”是使 KubeVela 成為 Argo CD 的自定義外掛，這樣它就能“理解”appfile 格式。

## 2. 註冊外掛

Argo CD 允許透過編輯 argocd-cm ConfigMap 整合額外的配置管理外掛，如 Kubevela。

將以下檔案儲存為 argo-cm.yaml：

```
data:
  configManagementPlugins: |
    - name: vela
      init:
        command: ["sh", "-xc"]
        args: ["vela traits"]
      generate:
        command: ["sh", "-xc"]
        args: ["vela export"]
```

然後執行以下命令更新argocd-cm ConfigMap：

```
kubectl -n argocd patch cm/argocd-cm -p "$(cat argo-cm.yaml)"
```

## 3. 配置 argo-repo-server

Argo CD 有一個名為 argo-repo-server 的元件，它從 Git 中提取部署清單檔案並呈現最終輸出。在這裡，我們將使用 vela cli 解析 appfile 並將其呈現到 Kubernetes 資源中。

首先，使用所需的 kubeconfig 證書建立 ConfigMap，以便與已經安裝了 KubeVela 的目標 Kubernetes 叢集進行通訊：

```
apiVersion: v1
kind: ConfigMap
metadata:
  name: vela-kubeconfig
  namespace: argocd
data:
  config: |
    # fill your kubeconfig here
```

當建立了上面的 ConfigMap，更新 argo-repo-server 以儲存 vela cli 和憑證。

將以下補丁檔案儲存為 deploy.yaml：

```
spec:

template:
    spec:
      # 1. Define an emptyDir volume which will hold the custom binaries
      volumes:
      - name: custom-tools
        emptyDir: {}
      - name: vela-kubeconfig
        configMap:
          name: vela-kubeconfig
      # 2. Use an init container to download/copy custom binaries
      initContainers:
      - name: download-tools
        image: oamdev/argo-tool:v1
        command: [sh, -c]
        args:
        - cp /app/vela /custom-tools/vela
        volumeMounts:
        - mountPath: /custom-tools
          name: custom-tools
      # 3. Volume mount the custom binary to the bin directory
      containers:
      - name: argocd-repo-server
        env:
        - name: KUBECONFIG
          value: /home/argocd/.kube/config
        volumeMounts:
        - mountPath: /usr/local/bin/vela
          name: custom-tools
          subPath: vela
        - mountPath: /home/argocd/.kube/
          name: vela-kubeconfig
```

然後執行以下命令更新 argocd-repo-server 部署：

```
kubectl -n argocd patch deploy/argocd-repo-server -p "$(cat deploy.yaml)"
```

到目前為止，vela 外掛應該已經註冊，argo-repo-server 應該可以訪問 vela cli，將 appfile 呈現到 Kubernetes 資源中。

# 在 Argo CD 中使用 KubeVela

現在，作為應用程式開發人員，你可以透過 GitOps 部署使用 KubeVela 指定的應用程式。透過 argocd 命令列建立應用時，要記住指定外掛名：

```
argocd app create <appname> --config-management-plugin vela
```

讓我們用 Argo CD UI 來演示一下。這裡是一個包含 appfile 的[倉庫示例](https://github.com/hongchaodeng/argocd-example-apps/tree/master/appfile)。

配置 Argo CD 來監視 Git 推送的倉庫，包括初始狀態：

![2.png](https://ucc.alicdn.com/pic/developer-ecology/50a499cd5a214f1cb04dca07e64b1c1d.png)

任何推到倉庫現在將自動檢測和部署：

![3.png](https://ucc.alicdn.com/pic/developer-ecology/a1066bc28dba4692bd43096089526453.png)

就是這樣！現在你可以建立/修改 appfile，推送到 git，Argo CD 會自動將它們部署到你的 Kubernetes 叢集，所有這些都是透過神奇的 GitOps！

# 瞭解更多

所有上述設定和配置均可在此倉庫中獲得。KubeVela core 和 Argo CD 目前正在阿里巴巴的 web 應用平臺上生產應用，並已用於內部和公共雲服務上的數萬個應用程式。請嘗試一下，讓我們知道你的想法！

- **CNCF Slack #kubevela 頻道**：
[https://slack.cncf.io/](https://slack.cncf.io/)

- **ArgoCD Slack 頻道**：
[https://argoproj.github.io/community/join-slack](https://argoproj.github.io/community/join-slack)

- **KubeVela 地址**：
[https://github.com/oam-dev/kubevela](https://github.com/oam-dev/kubevela)

如果你有任何疑問，歡迎釘釘搜尋群號：23310022，和近 2000 名開發者互動交流！</appname>

ArgoCD + KubeVela：以開發者為中心的 GitOps

相關文章