Supabase Postgres 14 即將結束支援：自動升級前檢查清單
這個期限已經是維運事項。Supabase 將於 2026 年 7 月 1 日結束 Postgres 14 支援。屆時仍在 deprecated 版本上的專案會自動升級到可用的最新 Postgres；如果使用不再支援的擴充，專案可能被暫停並停止處理流量。
為什麼現在要看
PostgreSQL upstream 顯示 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`、自訂角色、replication slot 與外部整合。這些不是政策來源，但顯示實務遷移容易卡住的地方。
Community migration discussions are useful as narrative signals, but the operational policy should be checked against Supabase’s official changelog and docs.
對開發與維運的影響
先用 `select version();` 確認版本，再盤點擴充、角色、排程工作、邏輯複寫與外部客戶端。在 staging 或還原副本演練，準備 smoke test 與 rollback 條件。
現在可以做什麼
Upgrade readiness checklist
✓執行並保存 `select version();`。
✓稽核擴充、`pg_cron`、角色與密碼。
✓記錄 replication slot 與外部客戶端。
✓在 staging 或還原副本演練。
✓準備 auth、RLS、webhook、job、admin 的 smoke test。
✓確定停機窗口、rollback 與支援路徑。
小專案也許能依賴自動升級。生產系統中，平台能執行基礎設施流程，但只有你的團隊知道哪些應用契約必須驗證。
風險與反方觀點
小專案也許能依賴自動升級。生產系統中，平台能執行基礎設施流程，但只有你的團隊知道哪些應用契約必須驗證。