|
| 1 | +# CI/CD最適化ドキュメント |
| 2 | + |
| 3 | +最終更新: 2025-11-01 |
| 4 | + |
| 5 | +## 概要 |
| 6 | + |
| 7 | +このドキュメントでは、GitHub Actionsワークフローのキャッシュ最適化について説明します。 |
| 8 | + |
| 9 | +## 実施した最適化 |
| 10 | + |
| 11 | +### P0: 最優先修正 |
| 12 | + |
| 13 | +#### 1. ci_docker-test.ymlのキャッシュ修正 |
| 14 | + |
| 15 | +**問題点**: |
| 16 | +- `actions/cache@v4`を使用していたが機能していなかった |
| 17 | +- `hashFiles('docker/**', ...)`が無効(dockerディレクトリが存在しない) |
| 18 | +- 毎回5-10分のフルビルドが発生 |
| 19 | + |
| 20 | +**修正内容**: |
| 21 | +- `docker/build-push-action@v6`でGHA cacheを使用 |
| 22 | +- `scope=docker-test`でキャッシュスコープを分離 |
| 23 | +- `make compose:build`を`make compose:up`に変更(ビルド済みイメージを使用) |
| 24 | + |
| 25 | +**効果**: 5-10分 → 1-2分(80-90%短縮) |
| 26 | + |
| 27 | +#### 2. cd_builder.ymlのキャッシュスコープ分離 |
| 28 | + |
| 29 | +**問題点**: |
| 30 | +- キャッシュスコープが明示的に指定されていなかった |
| 31 | +- 他のワークフローとキャッシュが混在する可能性 |
| 32 | + |
| 33 | +**修正内容**: |
| 34 | +- `scope=cd-builder`を明示的に指定 |
| 35 | +- docker-testのキャッシュ(scope=docker-test)と分離 |
| 36 | + |
| 37 | +**効果**: キャッシュの予測可能性と効率が向上 |
| 38 | + |
| 39 | +### P1: 高優先度(品質向上) |
| 40 | + |
| 41 | +#### 3. ci_frontend.ymlの追加 |
| 42 | + |
| 43 | +**背景**: |
| 44 | +- バックエンドはlint、type-check、security、testが完備 |
| 45 | +- フロントエンドはビルドのみで品質チェックがなかった |
| 46 | + |
| 47 | +**実装内容**: |
| 48 | +- ESLintによるコード品質チェック |
| 49 | +- TypeScriptによる型チェック |
| 50 | +- pnpmキャッシュで高速化(`setup-node@v4`のcache機能) |
| 51 | +- lintとtype-checkを並列実行 |
| 52 | + |
| 53 | +**効果**: フロントエンドの品質向上、早期エラー検出 |
| 54 | + |
| 55 | +#### 4. ci.ymlへのフロントエンドジョブ追加 |
| 56 | + |
| 57 | +**実装内容**: |
| 58 | +- `frontend: uses: ./.github/workflows/ci_frontend.yml`を追加 |
| 59 | +- 既存のバックエンドジョブと並列実行 |
| 60 | + |
| 61 | +**効果**: PRごとにフロントエンドの品質チェックを自動実施 |
| 62 | + |
| 63 | +## キャッシュ戦略 |
| 64 | + |
| 65 | +### GitHub Actions Cache(GHA Cache) |
| 66 | + |
| 67 | +**特徴**: |
| 68 | +- GitHub Actionsのキャッシュストレージを使用 |
| 69 | +- リポジトリあたり10GBまで無料 |
| 70 | +- LRU方式で自動削除 |
| 71 | +- `mode=max`で全レイヤーをキャッシュ |
| 72 | + |
| 73 | +### キャッシュスコープ設計 |
| 74 | + |
| 75 | +| ワークフロー | スコープ | 用途 | |
| 76 | +|------------|---------|------| |
| 77 | +| ci_docker-test | `docker-test` | Dockerインテグレーションテスト用イメージ | |
| 78 | +| cd_builder | `cd-builder` | 本番デプロイ用イメージ | |
| 79 | +| ci_frontend | Node.js cache(自動) | pnpm依存関係 | |
| 80 | +| その他CI | uv cache(自動) | Python依存関係 | |
| 81 | + |
| 82 | +**スコープ分離の利点**: |
| 83 | +1. ワークフローごとに独立したキャッシュ |
| 84 | +2. キャッシュの予測可能性向上 |
| 85 | +3. 不要なキャッシュ無効化を防止 |
| 86 | + |
| 87 | +### キャッシュキーの設計 |
| 88 | + |
| 89 | +#### ci_docker-test.yml |
| 90 | + |
| 91 | +```yaml |
| 92 | +cache-from: type=gha,scope=docker-test |
| 93 | +cache-to: type=gha,mode=max,scope=docker-test |
| 94 | +``` |
| 95 | +
|
| 96 | +**キャッシュ無効化条件**: |
| 97 | +- Dockerfileの変更 |
| 98 | +- uv.lockの変更 |
| 99 | +- frontend/pnpm-lock.yamlの変更 |
| 100 | +
|
| 101 | +#### cd_builder.yml |
| 102 | +
|
| 103 | +```yaml |
| 104 | +cache-from: type=gha,scope=cd-builder |
| 105 | +cache-to: type=gha,mode=max,scope=cd-builder |
| 106 | +``` |
| 107 | +
|
| 108 | +**キャッシュ無効化条件**: |
| 109 | +- Dockerfileの変更 |
| 110 | +- uv.lockの変更 |
| 111 | +- frontend/pnpm-lock.yamlの変更 |
| 112 | +
|
| 113 | +#### ci_frontend.yml |
| 114 | +
|
| 115 | +```yaml |
| 116 | +uses: actions/setup-node@v4 |
| 117 | +with: |
| 118 | + cache: 'pnpm' |
| 119 | + cache-dependency-path: frontend/pnpm-lock.yaml |
| 120 | +``` |
| 121 | +
|
| 122 | +**キャッシュ無効化条件**: |
| 123 | +- frontend/pnpm-lock.yamlの変更 |
| 124 | +
|
| 125 | +## メンテナンスガイド |
| 126 | +
|
| 127 | +### キャッシュの手動クリア |
| 128 | +
|
| 129 | +キャッシュ破損や大きな変更時にキャッシュを手動でクリアする方法: |
| 130 | +
|
| 131 | +1. **GitHub Web UIから**: |
| 132 | + - リポジトリの「Actions」タブ → 「Caches」 |
| 133 | + - 該当するキャッシュを選択して削除 |
| 134 | +
|
| 135 | +2. **GitHub CLIから**: |
| 136 | + ```bash |
| 137 | + # 全キャッシュをリスト |
| 138 | + gh cache list |
| 139 | + |
| 140 | + # 特定のキャッシュを削除 |
| 141 | + gh cache delete <cache-id> |
| 142 | + |
| 143 | + # すべてのキャッシュを削除 |
| 144 | + gh cache delete --all |
| 145 | + ``` |
| 146 | + |
| 147 | +3. **スコープ名を変更**: |
| 148 | + ```yaml |
| 149 | + # 例: docker-test → docker-test-v2 |
| 150 | + cache-from: type=gha,scope=docker-test-v2 |
| 151 | + cache-to: type=gha,mode=max,scope=docker-test-v2 |
| 152 | + ``` |
| 153 | +
|
| 154 | +### キャッシュ効果の確認 |
| 155 | +
|
| 156 | +GitHub Actions Insightsでキャッシュヒット率を確認: |
| 157 | +
|
| 158 | +1. リポジトリの「Insights」タブ → 「Actions」 |
| 159 | +2. ワークフローを選択 |
| 160 | +3. 実行時間の推移を確認 |
| 161 | +
|
| 162 | +**期待されるキャッシュヒット時の実行時間**: |
| 163 | +- ci_docker-test: 1-2分 |
| 164 | +- cd_builder: 5-10分(multi-platform buildのため) |
| 165 | +- ci_frontend: 30秒-1分 |
| 166 | +
|
| 167 | +### トラブルシューティング |
| 168 | +
|
| 169 | +#### キャッシュがヒットしない |
| 170 | +
|
| 171 | +**原因1**: 依存関係ファイルが変更された |
| 172 | +- 解決策: 意図的な変更なので、初回ビルド時間は長くなる |
| 173 | +
|
| 174 | +**原因2**: キャッシュが削除された(10GB制限、または7日間未使用) |
| 175 | +- 解決策: 再度ビルドしてキャッシュを再作成 |
| 176 | +
|
| 177 | +**原因3**: Dockerfileの変更 |
| 178 | +- 解決策: マルチステージビルドの各ステージが独立してキャッシュされるため、変更箇所以降のみ再ビルド |
| 179 | +
|
| 180 | +#### ビルドが遅い |
| 181 | +
|
| 182 | +**原因1**: multi-platform build(linux/amd64, linux/arm64) |
| 183 | +- cd_builderは2つのアーキテクチャを並列ビルドするため、時間がかかる |
| 184 | +- 解決策: 必要に応じてplatformsを削減 |
| 185 | +
|
| 186 | +**原因2**: 依存関係のビルド(psycopg2-binary、rolldown-vite) |
| 187 | +- 解決策: キャッシュが効けば改善される |
| 188 | +
|
| 189 | +**原因3**: GitHub Actions Runnerの負荷 |
| 190 | +- 解決策: 時間帯を変更するか、self-hosted runnerを検討 |
| 191 | +
|
| 192 | +## 今後の最適化案 |
| 193 | +
|
| 194 | +### 1. Dockerビルドの並列化(高難易度) |
| 195 | +
|
| 196 | +**概要**: フロントエンドとバックエンドのビルドを完全に分離 |
| 197 | +
|
| 198 | +**メリット**: |
| 199 | +- ビルド時間を30-40%短縮可能 |
| 200 | +
|
| 201 | +**デメリット**: |
| 202 | +- Dockerfile構造の大幅な変更が必要 |
| 203 | +- 複雑性の増加 |
| 204 | +
|
| 205 | +**実装方針**: |
| 206 | +1. フロントエンドビルドをGitHub Actions側で実行 |
| 207 | +2. ビルド成果物をartifactとして保存 |
| 208 | +3. Dockerfileではビルド済み成果物をコピーするだけ |
| 209 | +
|
| 210 | +### 2. キャッシュの高度な管理 |
| 211 | +
|
| 212 | +**概要**: キャッシュの優先度付けと自動クリーンアップ |
| 213 | +
|
| 214 | +**実装方針**: |
| 215 | +1. 重要なキャッシュに明示的なprefixを付与 |
| 216 | +2. 月次で古いキャッシュをクリーンアップするワークフロー |
| 217 | +
|
| 218 | +### 3. self-hosted runnerの導入 |
| 219 | +
|
| 220 | +**概要**: 自社サーバーでGitHub Actions Runnerを実行 |
| 221 | +
|
| 222 | +**メリット**: |
| 223 | +- ビルド速度の向上 |
| 224 | +- キャッシュの永続化 |
| 225 | +- コスト削減(大規模プロジェクトの場合) |
| 226 | +
|
| 227 | +**デメリット**: |
| 228 | +- 運用コストの増加 |
| 229 | +- セキュリティリスク |
| 230 | +
|
| 231 | +## 参考資料 |
| 232 | +
|
| 233 | +- [Docker Build Push Action](https://github.com/docker/build-push-action) |
| 234 | +- [GitHub Actions Cache](https://docs.github.com/en/actions/using-workflows/caching-dependencies-to-speed-up-workflows) |
| 235 | +- [BuildKit Cache](https://docs.docker.com/build/cache/backends/gha/) |
| 236 | +- [setup-uv](https://github.com/astral-sh/setup-uv) |
| 237 | +- [pnpm action-setup](https://github.com/pnpm/action-setup) |
| 238 | +
|
| 239 | +## 変更履歴 |
| 240 | +
|
| 241 | +| 日付 | 変更内容 | コミット | |
| 242 | +|------|---------|---------| |
| 243 | +| 2025-11-01 | 初版作成 | - | |
| 244 | +| 2025-11-01 | ci_docker-testのキャッシュ修正 | 6020711 | |
| 245 | +| 2025-11-01 | cd_builderのキャッシュスコープ分離 | c6ec2c7 | |
| 246 | +| 2025-11-01 | ci_frontend.yml追加 | 00e404f | |
| 247 | +| 2025-11-01 | ci.ymlにフロントエンドジョブ追加 | f27b49f | |
0 commit comments