Эксплуатация установки Mirket

Разберитесь в изолированной по учреждению среде выполнения, границе конфигурации, проверках работоспособности и требованиях к восстановлению.

For
Оператор
Reading time
11 мин
Updated
16 августа 2026 г.
Facility analytics built from durable daily projections rather than ad-hoc queries.
The screen this guide describes, captured from the product. Снимки экрана показаны на английском языке. Сам продукт доступен на этом языке.

Before you start

  • Доступ к оболочке узла установки, выгруженный неизменяемый выпуск и файл окружения установки.
  • Доступ к журналам служб, к месту хранения резервных копий и к защищённому файлу с парольной фразой.

You are done when

  • docker compose --env-file .env -f compose.yml ps сообщает, что ожидаемые службы работают, а те, у которых есть проверка работоспособности, исправны.
  • Проверки /health/live и /health/ready у API и сокет-сервиса отвечают успешно.
  • Самая свежая зашифрованная резервная копия прошла тренировку восстановления из репозитория.

If something goes wrong

  • Не затирайте неудавшееся развёртывание или резервную копию. Сохраните журналы, точный дайджест выпуска, путь к окружению и вывод команд.
  • Восстанавливайте только из проверенного зашифрованного архива и следуйте согласованному окну восстановления и инструкции.

Знайте границу развёртывания

  • Одна установка обслуживает одно образовательное учреждение.
  • Процессы приложения, PostgreSQL, Redis и пространства имён объектного хранилища изолированы между учреждениями.
  • Конфигурация заказчика подключается во время выполнения, а не запекается в неизменяемые артефакты приложения.

Реагируйте на эксплуатационное обращение

  1. Проверьте конфигурацию, прежде чем менять состояние

    Выполните docker compose --env-file .env -f compose.yml config --quiet, затем изучите вывод docker compose --env-file .env -f compose.yml ps и точки работоспособности live и ready у API и сокет-сервиса.

  2. Определите затронутую службу и временное окно

    Соберите приложение, роль, маршрут, отметку времени, видимое состояние восстановления и относящиеся к делу журналы служб, не запрашивая лишнего пользовательского содержимого.

  3. Пользуйтесь командами резервного копирования из репозитория

    Выполните pnpm ops:check, затем создайте согласованную зашифрованную копию командой pnpm ops:backup с явно указанными абсолютными путями к окружению, выходному файлу и файлу с парольной фразой.

  4. Докажите восстановимость

    Выполните pnpm ops:restore-drill для полученного архива с теми же явными парольной фразой и параметрами окружения. Тренировка считается завершённой только при проверенных контрольных суммах и успешных одноразовых восстановлениях PostgreSQL.

  5. Восстанавливайте обратимыми действиями

    Отдавайте предпочтение задокументированным перезапускам служб, повторным попыткам и проверенным восстановлениям. Сохраняйте свидетельства и делайте проверенную резервную копию перед обновлениями и вмешательством в схему.

Continue with