ついに最強のCI/CDが完成した 〜巨大リポジトリで各チームが独立して・安全に・高速にリリースする〜 - ZOZO TECH BLOG

こんにちは。SRE部の巣立（@ksudate）です。 我々のチームでは、AWS上で多数のマイクロサービスを構築・運用しています。マイクロサービスが増えるにつれて、CI/CDの長期化やリリース手法の分散など様々な課題に直面しました。 本記事では、それらの課題をどのように解決したのかを紹介します。 目次 目次 はじめに CI/CDのこれまで Release PRによるリリース CI/CD実行時間の長期化 マイクロサービスごとのリリースが難しい リリーサーの制限ができない ドメイン単位の並行リリース リリース手法が分散する ブランチ間の同期が必要 パイプラインの増加 CI/CD実行時間の長期化 リリーサーを制限できない CI/CDの刷新 高速かつシンプルなCIパイプライン 変更差分を利用したCIパイプラインの実行 承認機能付きのCDパイプライン GitHub Environmentsによるリリー

[takatama]

マイクロサービスを採用してても、インフラ設定は一元管理してるの何でもだろう？

[kiririmode]

Github Environments を使った承認必須機能付きデプロイメントパイプライン実装。changed-filesとpaths-filterを使って差分ファイルによって分岐する柔軟な対応ができるようになっている

[guromityan]

[CI/CD] [GitHub]

[syu-m-5151]

CI/CD環境のこれまでと今。とても良かった。

[poad1010]

この記事をおすすめしました

[Kesin]

間に手動レビューを挟むことで大変になってそうだけど最終的には上手く解決されている

[fumysan]

“CI/CDのこれまで ”