Проверка здоровья и логи

Быстрая проверка снаружи

curl -s https://example.com/api/health

Ответ status	Значит
ok	Всё работает
degraded	Какая-то часть работает с перебоями: например, курсы давно не обновлялись или бэкап не снялся
down	Какая-то часть не работает

В ответе есть и version — номер версии движка. Этот адрес удобно поставить во внешний мониторинг (UptimeRobot и т. п.): проверять раз в минуту, что ответ 200 и в нём "status":"ok".

Состояние системы в админке

Состояние системы показывает каждую часть отдельно: API, база, воркер, курсы, платёжные системы, бот, резервные копии. Для каждой — полоса доступности за 90 дней и лента сбоев. Там же сотрудник с правом «Инциденты» описывает сбой для команды.

Контейнеры

Команды на сервере из папки установки.

docker compose ps

Все сервисы должны быть в состоянии running (или Up). Сервисы: db — база, api, worker — фоновые задачи, caddy — веб-сервер, bot — Telegram-бот, если включён.

Логи

Последние 200 строк сервиса и дальше в реальном времени:

docker compose logs -f --tail=200 api

Вместо api — worker, caddy, db, bot. Логи за период:

docker compose logs --since 1h worker

Что искать:

Сервис	Что видно в логах
api	Запросы с ошибками 5xx, ошибки подключения к базе, сбои отправки почты
worker	Обновление курсов, автоотмена заявок, рассылка уведомлений, бэкапы
caddy	Получение сертификатов, ошибки соединения с API (502)
db	Нехватка места, ошибки подключения

Место на диске и память

df -h /
free -h
docker system df

Старые образы после обновлений можно удалить: docker image prune -f. Тома с данными (docker volume …) не удаляйте — в них база, документы клиентов и сертификаты.

Действия сотрудников

Что делали сотрудники — в админке, Журнал действий. Его нельзя изменить или удалить даже владельцу.