Чеклист запуска в прод

Перед выводом приложения в production полезно пройтись по короткому списку. Он помогает убрать самые частые ошибки ещё до первого реального трафика.

1. Секреты и доступы

• API key хранится отдельно от PostgreSQL-DSN;
• pg_user и pg_password лежат в Secret Manager или CI secrets;
• токены выданы с минимально необходимыми правами;
• в приложении нет лишних внутренних адресов платформы.

2. Подключение и TLS

• приложение использует именно Gateway-хост из Console или dsn_template;
• в строке подключения включён sslmode=require как минимум;
• connect_timeout не слишком агрессивен;
• выполнен тестовый connect из того же окружения, где будет жить приложение.

3. Поведение при cold start

• драйвер умеет повторять подключение;
• общий дедлайн на connect учитывает возможный старт базы после idle;
• команда понимает, что sleeping-база для SPG99 является нормальным рабочим состоянием.

4. Профиль базы

• выбран стартовый профиль под фактическую нагрузку;
• если нужен больший запас, заранее согласован переход на более высокий уровень;
• для типового managed-runtime сегодня основной рабочий диапазон профилей - L1/L2.

5. Мониторинг и поддержка

• у команды есть быстрый путь в Monitoring и Activity;
• понятно, как выгрузить логи и экспортировать БД;
• заранее определено, какие сигналы считаются инцидентом: долгий cold start, ошибки подключения, повторяющиеся error или неожиданный рост нагрузки.

6. Миграция и откат

• согласован способ переноса данных;
• есть понятный план возврата, если после проверки что-то пойдёт не так;
• после миграции выполнен реальный тест чтения и записи из production-окружения.

Если этот список пройден, дальнейшая эксплуатация обычно сводится к обычной работе с PostgreSQL через стабильный DSN и управляемый lifecycle платформы.