Supabase Postgres 14終了前チェックリスト: 自動アップグレードの前に見ること
期限はもう運用課題です。Supabaseは2026年7月1日にPostgres 14のサポートを終了します。その時点でdeprecatedなバージョンに残っているプロジェクトは最新の利用可能なPostgresへ自動アップグレードされますが、サポートされない拡張を使っている場合はプロジェクトが一時停止し、トラフィックを処理できなくなる可能性があります。
なぜ今見るべきか
PostgreSQL本体のPostgres 14 EOLは2026年11月12日です。Supabaseの期限はそれより早いことになります。マネージドサービスとして古い組み合わせを減らすのは自然ですが、プロダクトチームには早めの棚卸しが必要です。
Official references to verify before acting: Supabase changelog, Supabase upgrade guide, and PostgreSQL 14 EOL notice.
何が変わるのか
Supabaseのドキュメントは、多くのプロジェクトで`pg_upgrade`によるin-place upgradeを推奨しています。pause and restoreより速いことが多い一方、ダウンタイムは前提になります。
| Surface | Example | Why it matters |
|---|---|---|
| Version | `select version();` | Do not rely on memory or project age. |
| Extensions | plv8, timescaledb, pgjwt, pg_cron | Extension compatibility decides whether automation is safe. |
| Roles | custom login roles | Passwords for custom roles may need manual handling. |
| Replication | logical replication slots | Slots may need to be recreated after upgrade. |
| Validation | auth, RLS, jobs, webhooks | Application smoke tests catch what platform checks cannot. |
コミュニティの反応
コミュニティの議論では、拡張、`pg_cron`、custom role、logical replication、外部連携が不安点として挙がっています。公式根拠ではありませんが、実務上の注意点を示すシグナルです。
Community migration discussions are useful as narrative signals, but the operational policy should be checked against Supabase’s official changelog and docs.
開発と運用への影響
`select version();`で実バージョンを確認し、拡張、role、ジョブ、replication slot、BI/ETL連携を一覧化します。ステージングまたは復元コピーで実行し、ログイン、RLS、Webhook、バッチ、管理画面をテストします。
今やること
Upgrade readiness checklist
✓`select version();`を実行して記録する。
✓拡張、`pg_cron`、role、パスワードを監査する。
✓replication slotと外部クライアントを文書化する。
✓stagingまたは復元コピーで試す。
✓auth、RLS、webhook、job、adminのsmoke testを用意する。
✓停止時間、rollback、support経路を決める。
小規模プロジェクトでは自動アップグレードで十分かもしれません。しかし本番では、インフラ手順とアプリケーション契約は別物です。期限前に予測できる障害条件を消すことが目的です。
リスクと反論
小規模プロジェクトでは自動アップグレードで十分かもしれません。しかし本番では、インフラ手順とアプリケーション契約は別物です。期限前に予測できる障害条件を消すことが目的です。