章: 第6章: パフォーマンスとインフラ
リリース直前に「あれ、確認したっけ?」と焦ることはありませんか?
本番リリースは確認項目が多く、手順書なしでは抜け漏れが起きやすい場面です。チェックリストを持つことで、セキュリティ・パフォーマンス・品質の確認を漏れなく実施でき、見落としによる事故を防げます。
チェックリストなしでリリースを続けると何が起きるか
APP_DEBUG=true のまま本番にデプロイしてエラー情報が外部に漏れる・Opcacheを有効にし忘れてパフォーマンスが出ない——こうしたミスは毎回起きます。チェックリストを標準化することで、属人的なリリース作業を安全な手順書に変えられます。
リリース前確認の優先度分類
| カテゴリ | 確認項目 | 理由 |
| セキュリティ | APP_DEBUG=false / HTTPS / パスワードハッシュ | 情報漏洩リスクを防ぐ |
| パフォーマンス | config:cache / route:cache / Opcache有効化 | 不必要なCPU使用を削減 |
| 品質 | 全テストパス / PHPStanエラー0 | リグレッションを防ぐ |
| 運用 | DBバックアップ / エラー監視 / ログローテーション | 障害時の復旧を速める |
チェックポイント: チェックリストはPR(プルリクエスト)のテンプレートに組み込んで、リリース前に必ず確認する文化を作りましょう。また
php artisan config:cache/route:cache/view:cacheは本番では必ず実行し、開発環境ではphp artisan cache:clearで適宜クリアします。
コードサンプル
# 本番リリース前チェックリスト
## セキュリティ
# - [ ] APP_DEBUG=false
# - [ ] .envが公開ディレクトリ外にある
# - [ ] HTTPS対応済み
# - [ ] パスワードがハッシュ化されている
## パフォーマンス
# - [ ] php artisan config:cache
# - [ ] php artisan route:cache
# - [ ] php artisan view:cache
# - [ ] Opcache有効化
## 品質
# - [ ] 全テストがパス
# - [ ] PHPStanがエラー0
# - [ ] エラー監視ツール設定済み
## 運用
# - [ ] DBバックアップの仕組みがある
# - [ ] ログローテーション設定済み
まとめ & 次のステップ
- リリース前チェックリストで確認漏れをなくし、事故リスクを大幅に下げられます
- セキュリティ・パフォーマンス・品質・運用の4カテゴリを必ずカバーしましょう
- チェックリストをPRテンプレートに組み込み、毎回確認する仕組みにしましょう
config:cache/route:cache/view:cacheを本番デプロイ手順に必ず含めましょう- リリース後はエラー監視ツールで異常がないか30分以上モニタリングする習慣をつけましょう
お疲れ様でした。第6章「パフォーマンスとインフラ」、そしてPHP上級編のすべての章を学び終えました。実際のプロジェクトでこれらの知識を1つずつ実践していきましょう。