Supabase Postgres 14 скоро заканчивается: чеклист перед автообновлением
Срок уже операционный. Supabase прекращает поддержку Postgres 14 1 июля 2026 года. Проекты на deprecated-версии будут автоматически обновлены до последней доступной версии Postgres; если используются неподдерживаемые расширения, проект может быть поставлен на паузу и перестать обслуживать трафик.
Почему это важно сейчас
У PostgreSQL upstream EOL для Postgres 14 указан на 12 ноября 2026 года, то есть срок Supabase наступает раньше. Для managed-платформы это нормально, но для продуктовой команды это сигнал проверить зависимости сейчас.
Official references to verify before acting: Supabase changelog, Supabase upgrade guide, and PostgreSQL 14 EOL notice.
Что изменилось
Документация Supabase рекомендует in-place upgrade через `pg_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 roles, replication slots и внешние интеграции. Это не источник политики, но хороший индикатор реальных зон риска.
Community migration discussions are useful as narrative signals, but the operational policy should be checked against Supabase’s official changelog and docs.
Влияние на разработку и эксплуатацию
Начните с `select version();`, затем перечислите расширения, роли, задания, репликацию и внешние клиенты. Прогоните upgrade в staging или восстановленной копии, подготовьте smoke tests и критерии rollback.
Что сделать сейчас
Upgrade readiness checklist
✓Выполнить и сохранить `select version();`.
✓Проверить расширения, `pg_cron`, роли и пароли.
✓Описать replication slots и внешние клиенты.
✓Прогнать upgrade в staging или копии.
✓Подготовить smoke tests для auth, RLS, webhooks, jobs и admin.
✓Определить окно, rollback и путь поддержки.
Для маленького проекта автообновления может хватить. В production платформа выполняет инфраструктурную часть, но только ваша команда знает контракты приложения, которые нужно проверить.
Риски и возражения
Для маленького проекта автообновления может хватить. В production платформа выполняет инфраструктурную часть, но только ваша команда знает контракты приложения, которые нужно проверить.