はじめに

CNCF主催の認定試験 Certified Argo Project Associate (CAPA) を受験し合格したので、受験記を記載します。同認定試験の受験を考えている方の参考になれば幸いです。

免責事項(Disclamer)

レポジトリ上にあるマニフェストを必ず正しい情報源(Single Source of Truth)と見なし、実環境をレポジトリのマニフェストに合わせるGitOpsを実現するツールです。
例えば、実環境を手動で変更した場合、ArgoCDによりマニフェストに従う形に自動で修正されます。
これにより「今サーバの状態がどうなっているか誰もわからない！（秘伝のタレ問題）」という状態を防げ、いつでもレポジトリを見れば今の構成を知ることができます。

ブルーグリーンデプロイ、カナリアリリースを実現するツールです。
通常のk8sリソースであるDeploymentを少し拡張した、kind: Applicationというカスタムリソースで定義します。
ブルーグリーンデプロイを構成すると、activeService(稼働系)とpreviewService(確認系)のReplicasetがデプロイされます。このPreviewで動作を確認し、動作が問題なければPreviewをActiveに昇格させることでリリースを行います。
カナリアリリースを構成すると、stableService(稼働系)とcanaryService(カナリア系)のReplicasetがデプロイされます。このstableとcanaryに指定した割合(例 90:10等)で本番トラフィックを割り当てて、徐々に切り替えリリースを行うイメージです。

案件で使っていて概要は知っているところからのスタートです。
上記CNCFのページで紹介されているリンクを辿り、知らない部分を少しずつ理解を進めました。
以下は知らなかったので、案件の際に役立ちそうでした！
- ApplicationリソースからDeployment等のリソースを参照させ、Pod定義は通常の通りDeployment、ブルーグリーンやカナリアに関する記述だけをApplicationリソースに書くことができる
  - https://mura-s.hatenadiary.jp/entry/2021/06/01/202741
- 昇格の判定にAnalysisTemplateを使える
  - 例：Prometheusから取得したHTTPリクエストの成功率が95%以上の場合のみ、カナリアリリースのステップを進める
カリキュラムに書かれていないが本番で聞かれたこと
- カナリアデプロイで分析判定が失敗した場合、ブルーグリーンデプロイの昇格前分析で判定失敗した場合、ブルーグリーンデプロイの昇格後分析で判定失敗した場合、それぞれの挙動を把握しておくとよいです

上記CNCFのページで紹介されているリンクを辿り、少しずつ理解を進めました。
概要理解にこちらのページが役立ちました。
ArgoEventは基本的にコンポーネントの役割の理解までしか聞かれなかったので、そこを重点理解しておくとよいです。ArgoEventは全体の中では出題の比重低め。