増えすぎた GitHub Actions を「3 層アーキテクチャ」で整理した話

はじめに GitHub Actions (GHA)、便利ですよね。 便利なんですが、じゃんじゃん作るとワークフローが増えてエラいことになりませんか？私はなりました。 環境ごとに似たようなワークフローが乱立し、保守が大変 変更を加える際、複数のファイルを修正する必要がある ワークフローの構造がアプリケーションごとに異なり、認知負荷が高い そもそも数が多すぎて何が何やら... GHA は特にこう構成すれば良い、みたいなプラクティスやフレームワークが無いので、リポジトリの規模が大きく複雑いなってくるにしたがい、GHA も複雑になってしまいがちだと思います。 本記事では、そのような状況から脱却するべく、 3 層アーキテクチャ を採用してリファクタリングした事例を紹介します。 対象読者 GitHub Actions を使い倒している方 割と大きめな規模の GitHub Actions を構成している