Эксплуатация
Мониторинг и восстановление
Диагностика типовых отказов, backup и rollback.
Операционный checklist
| Компонент | Признак нормы |
|---|---|
| Web | /health успешен, login и защищённые страницы доступны |
| Worker | В логах есть startup; процесс не перезапускается циклически |
| Sync | Последний FeedbackSyncRun успешен, lastSuccessAt обновляется |
| Lease | Нет записей, зависших дольше десятиминутного lease |
| Providers | Connection tests проходят, quotas и credentials действительны |
| SMTP | Password recovery и тестовое письмо доставляются |
| Database | Migrations применены, backup создаётся и тестово восстанавливается |
Отзывы перестали загружаться
- Проверьте, что integration включена.
- Найдите последний
FeedbackSyncRunи соответствующее audit-событие. - Сверьте
nextSyncAt,lastSuccessAt,lastErrorиsyncLeaseUntil. - Убедитесь, что worker работает с правильными Environment variables.
- Выполните connection test.
- Только после этого запустите один ручной
Sync now.
Для Google отсутствие новых отзывов может быть нормальным. Для Minfin ошибка zero-card обычно указывает на изменение HTML parser contract.
Ответ не опубликован
PENDING: дождитесь следующей синхронизации Apple;FAILED: проверьте safe error, provider permission и лимит текста, затем retry;- внешний ответ отсутствует локально: дождитесь bounded reconciliation или выполните контролируемый manual sync;
- Minfin: публикуйте ответ непосредственно на площадке.
Backup
Резервная копия должна включать PostgreSQL database/schema. Отдельно храните:
FEEDBACK_CREDENTIALS_ENCRYPTION_KEY;BETTER_AUTH_SECRET;- provider credentials или процедуру их повторного выпуска;
- Dokploy Environment configuration;
- точную версию application image.
Проверяйте восстановление на изолированном окружении. Database backup без encryption key не позволит прочитать сохранённые credentials.
Rollback
Application rollback не откатывает database migrations. Перед destructive migration подготовьте backup и forward recovery. Предпочтительный порядок:
- оценить совместимость предыдущего image с текущей schema;
- остановить новые мутации, если это необходимо;
- восстановить совместимый image или выпустить forward fix;
- проверить
/health, login, worker и sync; - документировать результат и состояние migration.
Не откатывайте Prisma вслепую
SQL rollback может потерять данные или нарушить совместимость. В production используется reviewed migration и заранее описанный recovery path.

