Supabase Postgres 14 segera berakhir: checklist sebelum auto-upgrade
Tanggalnya sudah dekat. Supabase akan mengakhiri dukungan Postgres 14 pada 1 Juli 2026. Proyek yang masih memakai versi deprecated akan di-upgrade otomatis ke versi Postgres terbaru yang tersedia; jika memakai ekstensi yang tidak lagi didukung, proyek bisa dipause dan tidak melayani traffic.
Mengapa harus dilihat sekarang
Dari sisi PostgreSQL upstream, Postgres 14 masih memiliki EOL pada 12 November 2026. Artinya tenggat Supabase datang lebih cepat. Untuk platform managed ini masuk akal, tetapi bagi tim produk ini berarti dependensi produksi harus dicek sekarang.
Official references to verify before acting: Supabase changelog, Supabase upgrade guide, and PostgreSQL 14 EOL notice.
Apa yang berubah
Dokumentasi Supabase merekomendasikan in-place upgrade berbasis `pg_upgrade` untuk banyak proyek. Cara ini umumnya lebih cepat daripada pause and restore, tetapi tetap membutuhkan downtime dan validasi aplikasi.
| 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. |
Sinyal komunitas
Diskusi komunitas menunjukkan kekhawatiran pada ekstensi, `pg_cron`, custom role, replication slot, dan integrasi eksternal. Itu bukan sumber kebijakan, tetapi sinyal bagus tentang area yang sering membuat migrasi tersendat.
Community migration discussions are useful as narrative signals, but the operational policy should be checked against Supabase’s official changelog and docs.
Dampak ke dev dan ops
Mulailah dengan `select version();`. Setelah itu inventarisasi ekstensi, role, job, logical replication, BI/ETL, dan flow pengguna penting. Jalankan uji di staging atau salinan restore, lalu tetapkan smoke test dan kriteria rollback.
Yang bisa dilakukan sekarang
Upgrade readiness checklist
✓Jalankan dan simpan `select version();`.
✓Audit ekstensi, `pg_cron`, role, dan password.
✓Catat replication slot dan client eksternal.
✓Uji upgrade di staging atau salinan restore.
✓Siapkan smoke test auth, RLS, webhook, job, dan admin.
✓Tentukan downtime, rollback, dan jalur support.
Auto-upgrade mungkin cukup untuk proyek kecil. Namun untuk aplikasi produksi, otomatisasi platform tidak mengetahui kontrak aplikasimu. Tujuannya adalah menghapus risiko yang bisa diprediksi sebelum tenggat platform tiba.
Risiko dan kontra-argumen
Auto-upgrade mungkin cukup untuk proyek kecil. Namun untuk aplikasi produksi, otomatisasi platform tidak mengetahui kontrak aplikasimu. Tujuannya adalah menghapus risiko yang bisa diprediksi sebelum tenggat platform tiba.