より多くのワークロードの追加

App of Appsパターンの基盤を設定したので、追加のワークロードHelmチャートをGitリポジトリに追加することができます。

アプリケーションチャートを追加した後のリポジトリ構造は次のようになります：

.
|-- app-of-apps
|   |-- ...
|-- carts
|   `-- Chart.yaml
|-- catalog
|   `-- Chart.yaml
|-- checkout
|   `-- Chart.yaml
|-- orders
|   `-- Chart.yaml
`-- ui
    `-- Chart.yaml

アプリケーションチャートファイルをGitリポジトリディレクトリにコピーしましょう：

~$cp -R ~/environment/eks-workshop/modules/automation/gitops/argocd/app-charts/* \

~/environment/argocd/

次に、これらの変更をGitリポジトリにコミットしてプッシュします：

~$git -C ~/environment/argocd add .

~$git -C ~/environment/argocd commit -am "Adding apps charts"

~$git -C ~/environment/argocd push

ワークロードアプリケーションを同期します：

~$argocd app sync -l app.kubernetes.io/created-by=eks-workshop

~$argocd app wait -l app.kubernetes.io/created-by=eks-workshop --timeout 300

注記

ここでは親のappsアプリケーションではなく、ワークロードアプリケーションを直接同期します。親を同期すると、すでに作成した5つのApplicationリソースが再適用されることになります。その出力には変化がありません。なぜなら、このコミットはApp of Apps設定ではなく、ワークロードチャートを追加したからです。

各ワークロードアプリケーションはリポジトリ内の独自のパスを追跡しているため、新しいコミットに気付く必要があるのはこれらのアプリケーションです。Argo CDは約3分ごとにGitをポーリングしており、同期することで次のポーリングを待つのではなく、そのチェックを即座に強制します。

Argo CDがプロセスを完了すると、すべてのアプリケーションはArgo CDのUI上でSynced状態になります：

各アプリケーションコンポーネントがデプロイされた新しい名前空間のセットが表示されるはずです：

~$kubectl get namespaces

NAME              STATUS   AGE

carts             Active   28s

catalog           Active   28s

checkout          Active   28s

default           Active   8h

kube-node-lease   Active   8h

kube-public       Active   8h

kube-system       Active   8h

orders            Active   28s

ui                Active   11m

デプロイされたワークロードの1つをより詳しく調べてみましょう。例えば、Cartsコンポーネントを確認できます：

~$kubectl get deployment -n carts

NAME    READY   UP-TO-DATE   AVAILABLE   AGE

carts   1/1     1            1           46s

これにより、App of Appsパターンを使用したGitOpsベースのデプロイメントが、すべてのマイクロサービスをクラスターに正常にデプロイしたことが確認されました。