CI
push / pull_requestで実行し、必要ファイル、Node.js依存関係、API構文、PRガードレールを確認します。
Open workflowCI/CD
Delivery
Pipeline
CI/CD
Pull Requestから検証、Workerデプロイ、本番確認までの変更反映フローを整理します。 Pull Requestから検証、デプロイ、本番確認までを整理します。
Current scope
PR · CI · Worker Deploy · Production Checks · Rollback GitHub Actions evidence / API unchangedDelivery Flow
変更反映の流れ
PR to production
- 01Pull Request
変更をレビュー可能な単位に分け、差分と目的を明確にします。
- 02GitHub Actions CI
必須ファイル、依存関係、API構文、PRガードレールを検証します。
- 03Worker deploy
mainへの反映後、対象変更に応じてCloudflare Workerへデプロイします。
- 04Production checks
本番URLとAPIエンドポイントの期待ステータスを確認します。
- 05Production verification
必要に応じて手動確認し、Issueや日次ログへ結果を残します。
GitHub Actions
ワークフロー
Current workflows
Deploy Worker
mainへのAPI関連変更または手動実行でWorkerをデプロイし、post-deploy verificationへ進みます。
Open workflowProduction Check
手動実行可能な本番確認です。本番URLとReliability Demo APIの期待応答を確認します。
Open workflowProduction Check
本番確認
Expected checks
https://sre-lab.pages.dev/
200
公開フロントエンドがHTTP 200を返すことを確認します。
/api/health
200
Primary uptime checkです。Availability SLIの中心として扱います。
/api/status
200
サービス状態とアクティブなエンドポイントを確認します。
/api/fallback
200
fallback demoが期待通り利用可能であることを確認します。
/api/error
500 expected
意図的なエラーデモです。本番確認では期待値として検証します。
Failure Handling
失敗時の対応
Rollback policy
CI failure
PR上で検証が失敗した場合は、mainへ入れずに差分、依存関係、API構文、ガードレールを修正します。
Deploy failure
Worker deployが失敗した場合は、Secrets、wrangler設定、直近のAPI変更、Actionsログを確認します。
Production check failure
本番反映後の確認に失敗した場合は、影響範囲を確認し、必要に応じてrevertまたは前回安定版へ戻します。
Delivery Evidence
DORA観点
Portfolio mapping
Lead time for changes
Issue / PR / CI / deploy / production checkをつなげ、変更が本番へ届く経路を可視化します。
Deployment frequency
mainへの変更とCloudflare deployの流れを分けて示し、変更単位を追跡しやすくします。
Change failure rate
本番確認やAlertで変更起因の失敗を見つけ、Issue / PRで改善へつなげます。
Time to restore service
Runbook、revert、postmortemを通じて、復旧と再発防止の流れを残します。