DMM.com プラットフォーム開発本部におけるArgoCDの導入と運用

DMM.com プラットフォーム開発本部 MSAグループ プラットフォームチームでは、120人規模の開発組織にマイクロサービス基盤を提供しています。 マイクロサービス基盤としては、マルチテナントのKubernetesクラスタを提供しており利用者の開発効率向上の目的でそれに付随した様々なエコシステムを提供しています。

CDツールとしてSpinnakerを利用していましたが、以下の課題を抱えていました。

ツール導入前の課題

• ビルトイン機能がユースケースと合わず作り込みが必要：デプロイ前のマニフェストへのパッチ適用ができない、Spring Expression Language(SpEL)を使うとポータビリティが損なわれるなど、かゆいところに手が届かない状況
• ノイジーネイバー問題：SpinnakerのコンポーネントがDisk I/Oを詰まらせ、同一ノードの他アプリケーションの性能を悪化させる
• halyardによる複雑な更新作業：専用のCLIツールとStatefulSetの管理が必要で、設定ファイルも別途管理する必要がある
• マイクロサービス構成による運用負荷：10個以上のコンポーネントで構成され、トラブルシュート時の認知負荷が高い

• Spinnaker（既存）
• ArgoCD
• Flux

• マルチクラスタ対応：複数のKubernetesクラスタに対してデプロイが実行できること
• 他社での利用実績：本番環境での稼働実績があること
• 作り込み不要：ビルトイン機能でユースケースを満たせること
• imageフィールド置換機能：Deployment等のimageフィールドを何らかの形で自動置換できること

Fluxは、シンプルなCDツールで小規模組織には適していそうだが、マルチクラスター非対応、WebUIの不在、UIからのロールバック機能がないなど、我々の要件を満たせなかった。

ArgoCDについては、imageフィールド置換機能を自前実装する必要があったがSpinnakerの運用負荷を継続するよりも総合的なコストが低いと判断した。ビルトイン機能が充実しており、マルチクラスタ対応、優れたGUI、シンプルな管理が可能で、我々のユースケースに合っていた。

どのような成果が得られたか

• ユースケースに即した運用が可能に：ArgoCDのビルトイン機能やシンプルなカスタマイズで、マニフェストのパッチ適用が容易となった。
• ノイジーネイバー問題の解消：Disk I/Oの詰まりが発生せず同一ノード上の他アプリケーションに悪影響を与えなくなった
• 運用管理の簡素化：Spinnakerのhalyard運用からConfigMAPベースの変更管理へ移行し、運用が楽になった
• 認知負荷の軽減：10以上のコンポーネントで構成されるSpinnakerからArgoCDに移行したことでトラブルシュートや日常運用の認知負荷を低減できた

導入する上で技術的な大きな障害はなくスムーズに進められました。ただし、以下の点で調整が必要だった：

• 不足機能(imageフィールド置換機能)の実装が必要だったこと
• Spinnakerからの移行時に一時的に並行運用を行ったこと