PipeCDを導入してリリースフローを改善した話/How to improve release workflow by pipecd

PipeCDを導入してリリースフローを改善した話 @tom-256

自己紹介 @tom-256 インフラ・SRE

最近やってきたこと本業 TypeScript monorepoのCI/CD構築 PipeCD導入 Terraform monorepoのCI/CD構築 Terraform monorepoのAtlantis導入 ArgoCD導入
Renovate導入

業務委託 Terraform monorepoのAtlantis導入 CI/CD改善 CDリポジトリ分離 ecspresso導入 Renovate導入

今日話すこと PipeCDを使ってリリースフロー改善を実施 8ステップから1ステップに作業時間を20分から3分に

背景 ECS CI...GitHubActions CD...Terraform

課題作業が複雑でリリースに時間がかかる Terraformによるデプロイのため自動化できないアプリケーションによってワークフローが異なっている

やったこと

PipeCDの導入 PipeCD Pull型のデプロイツール ECS, EKS, Lambda, Terraformなどに対応 ECSの場合下記で構成 PipeCDのアプリケーション定義(app.pipecd.yaml) ECSサービス定義
ECSタスク定義

ディレクトリ設計 aws-account-id/ecs-cluster/ecs-service 将来的に他のリソース（Lambdaとか）を考慮する必要全体像 PipeCDリポジトリアプリケーションリポジトリA アプリケーションリポジトリB

移行方法検討移行 Deployment ControllerがEXTERNALになるのでサービスを作り直す必要があった EXTERNALは複数ターゲットグループが紐づけられないので設計を変更移行作業はALBの加重ターゲットグループでリクエスト切り替えチームと連携しながら移行実施

CI連携 pipe-cd/actions-plan-preview

pipe-cd/actions-event-register PipeCDのアプリケーション定義にどのイベントを受け取ってどこを更新するか定義 GitHubActionsでどのイベントをどの値で発行するか定義 Git commitしてくれる dev, stg環境のタスク定義のイメージ更新に利用

実際のワークフロー dev環境 mainブランチマージでデプロイ

stg環境 Gitタグ作成でデプロイ

prd環境リリース作成でPipeCDリポジトリにPR作成 PRマージでデプロイ

他の工夫点リリース時に必要なDB系のバッチを自動化 ECRはクロスアカウントアクセスに変更イメージビルドでRegistry cache導入

まとめ PipeCDを導入してリリースワークフローを改善した Pull型はCIの記述量が減るいくつか考慮点があるので注意 DeploymentControllerが変更テンプレート機能がない

課題：作業が複雑でリリースに時間がかかる冪等性を考慮して不要な判断を削る通知を整備して確認作業を削る Repository Dispatchを使ってアプリケーションリポジトリと連携する

課題：Terraformによるデプロイのため自動化できない Pull型のデプロイを利用することで不要な考慮点が減った課題：アプリケーションによってワークフローが異なっているデプロイ方法を統一することでコンテキストスイッチを減らした

リリース作業は毎回やるのでCI/CDパイプラインを整理するとレバレッジが効く改善の方向性は見えていたが優先できなかった

おわり

tom-256