Интеграционное тестирование и документация #18

New Issue

aleksey · 2026-05-02T16:21:23+03:00

aleksey commented

2026-05-02 16:21:23 +03:00

Этап 6. Интеграционное тестирование и документация

Цель: проверить совместную работу всех компонентов, описать процедуры эксплуатации.

Шаги:

Собрать полный релиз с реализованными этапами.
Нагрузочное тестирование:
- Симулировать работу нескольких десятков/сотен пользователей, обращающихся к горячим данным и архивам.
- Измерить время отклика, потребление памяти, стабильность архивного менеджера.
- Проверить, что после длительной работы (несколько часов) нет утечек.
Тестирование сценариев отказа:
- Принудительно остановить один из основных узлов – убедиться, что данные доступны.
- При запросе архива «убить» архивный узел и проверить, что последующие запросы перезапускают его корректно.
Документация:
- Описать в README и вики:
  - Архитектуру хранения данных.
  - Управление архивными узлами (ручной запуск, очистка).
  - Процедуру развертывания нового узла.
  - Процедуру обновления схемы (плавающее обновление).
  - Настройки конфигурации (mnesia_dir, archive_dir, extra_db_nodes, таймауты).
- Добавить описание API для клиентов (как получать архивный календарь, параметры кеширования).
Внедрение в production:
- После успешного тестирования перенести на боевое окружение, первоначально (опционально) в режиме наблюдения.

Результат: полностью готовая к production система, соответствующая всем пунктам задачи, с документацией для поддержки.

## Этап 6. Интеграционное тестирование и документация **Цель**: проверить совместную работу всех компонентов, описать процедуры эксплуатации. **Шаги**: 1. **Собрать полный релиз** с реализованными этапами. 2. **Нагрузочное тестирование**: - Симулировать работу нескольких десятков/сотен пользователей, обращающихся к горячим данным и архивам. - Измерить время отклика, потребление памяти, стабильность архивного менеджера. - Проверить, что после длительной работы (несколько часов) нет утечек. 3. **Тестирование сценариев отказа**: - Принудительно остановить один из основных узлов – убедиться, что данные доступны. - При запросе архива «убить» архивный узел и проверить, что последующие запросы перезапускают его корректно. 4. **Документация**: - Описать в `README` и вики: - Архитектуру хранения данных. - Управление архивными узлами (ручной запуск, очистка). - Процедуру развертывания нового узла. - Процедуру обновления схемы (плавающее обновление). - Настройки конфигурации (`mnesia_dir`, `archive_dir`, `extra_db_nodes`, таймауты). - Добавить описание API для клиентов (как получать архивный календарь, параметры кеширования). 5. **Внедрение в production**: - После успешного тестирования перенести на боевое окружение, первоначально (опционально) в режиме наблюдения. **Результат**: полностью готовая к production система, соответствующая всем пунктам задачи, с документацией для поддержки.

aleksey added the Task label 2026-05-02 16:23:02 +03:00

aleksey added a new dependency 2026-05-02 16:23:13 +03:00

#10 Расширение, оптимизация и миграции Mnesia

aleksey commented

2026-05-05 13:47:49 +03:00

5245cf7b0b

https://git.sabilin.com/EventHub/EventHubSpec/commit/5245cf7b0bf20466849913200b2e708b255a609e

aleksey closed this issue

2026-05-05 13:47:49 +03:00

Sign in to join this conversation.