MirvMon

MirvMon v0.9.5

Что исправлено

• Кнопка профиля пользователя в navbar теперь нормально видна в обычном состоянии: имя пользователя отображается белым, а у кнопки есть заметный светлый контур ещё до наведения курсора.
• Для profile dropdown явно заданы Bootstrap button variables для normal, hover, focus, open и active states. Это исключает повторение регрессии из-за каскада Bootstrap.
• Добавлен UI contract test, который фиксирует наличие явных цветов текста и рамки у кнопки профиля.

Совместимость

Схема БД, agent protocol и backend API не меняются. Новых Compose services и обязательных переменных окружения нет. Обновление агентов не требуется.

Обновление

Используйте ghcr.io/mirivlad/mirvmon:0.9.5. Достаточно обычного re-pull/redeploy image.

Открыть релиз на GitHub ↗

MirvMon v0.9.4

Что исправлено

• Потеря Интернета у самого MirvMon больше не превращается в ложные offline/online события отдельных серверов. Новое server-offline решение теперь разрешено только когда независимый connectivity probe имеет свежий подтверждённый статус online.
• Удалена эвристика «массовой потери агентов». Количество одновременно недоступных агентов больше не используется как признак наличия или отсутствия Интернета у центрального MirvMon.
• Состояния connectivity offline и unknown считаются недостоверным окном наблюдения: в этот период новые offline transitions серверов не создаются, а централизованные сетевые проверки сайтов приостанавливаются.
• После восстановления Интернета каждому агенту по-прежнему даётся его обычный offline_timeout_seconds на повторный контакт. Если агент успел вернуться, никакого ложного offline/recovery события для него не возникает.
• После перехода connectivity offline -> online MirvMon ставит в штатный notification outbox одно системное сообщение с временем начала outage, временем восстановления и общей продолжительностью. Telegram и SMTP используют существующие глобальные настройки и retry-механику.
• Добавлены регрессионные тесты на сценарий, когда во время outage MirvMon успел протухнуть только один агент, на системный outbox и на fail-closed поведение при неизвестном connectivity state.

Совместимость

Схема БД и agent protocol в v0.9.4 не меняются. Новых Compose services и обязательных переменных окружения нет. Обновление агентов не требуется.

Обновление

Используйте ghcr.io/mirivlad/mirvmon:0.9.4. Достаточно обычного re-pull/redeploy image; отдельной миграции нет.

Открыть релиз на GitHub ↗

MirvMon v0.9.3

Что изменилось

• Отчёт надёжности сайтов теперь учитывает distributed quorum. Для каждой центральной автоматической проверки основного endpoint MirvMon берёт свежие результаты выбранных remote agents и применяет тот же failure quorum, который используется live incident pipeline. Missing/stale remote data не считается отказом.
• Assertions остаются централизованными: availability считается успешной только когда quorum transport доступен и Central MirvMon подтвердил assertions.
• В отчёте распределённые сайты явно помечаются количеством точек и quorum.
• На вкладке События в деталях сайта добавлена компактная история точек проверки за последние 7 дней: переходы доступно/недоступно и последнее состояние каждой Central/agent точки.
• Endpoint с auth, custom headers или allow_self_signed по-прежнему не отправляется агентам. Для такого endpoint effective quorum автоматически становится 1, поэтому отсутствие remote results не может скрыть центральный outage.
• README, ROADMAP, technical specification и документация reliability/distributed probes синхронизированы с фактической семантикой ветки 0.9.

Совместимость

Agent protocol и схема БД в v0.9.3 не меняются. Новых Compose services и обязательных переменных окружения нет. Существующие агенты с capability website_probe_v1 продолжают работать без обновления протокола.

Обновление

Используйте ghcr.io/mirivlad/mirvmon:0.9.3. Обычного обновления image достаточно; отдельной миграции для v0.9.3 нет.

Открыть релиз на GitHub ↗

MirvMon v0.9.2

Что изменилось

• Central MirvMon теперь всегда участвует в проверке сайта. В форме распределённых проверок больше нет отдельного выбора центральной точки: администратор выбирает только дополнительные агентские probe points.
• Добавлена миграция 032_central_website_probe_invariant.sql: существующие сайты с отключённой центральной точкой автоматически переводятся в central_probe_enabled = TRUE, а схема БД больше не допускает обратное состояние.
• Семантика распределённых проверок зафиксирована окончательно: агенты выполняют только transport HTTP(S)-проверку. TLS expiry, срок регистрации домена, content/status assertions и performance assertions остаются централизованными функциями MirvMon.
• Убрано служебное пояснение про «первую версию» remote probes из пользовательской формы.
• Карточка «Всего серверов» на главном обзоре теперь кликабельна и снимает статусный фильтр, возвращая полный список серверов.
• В отчёте надёжности доступность сайтов показывается сразу по имеющимся автоматическим проверкам. Если полнота выбранного периода ниже 95%, результат помечается как «Неполный период», но само значение availability больше не скрывается. Для серверов прежний строгий критерий полноты сохранён.
• Для всех локальных CSS/JS assets добавлен cache-busting по APP_VERSION. После обновления MirvMon браузер получает актуальные стили и скрипты без ручного Ctrl+R.

Совместимость

Agent protocol в v0.9.2 не менялся. Remote agents по-прежнему используют capability website_probe_v1 и передают только transport HTTP(S) observations.

Версия содержит одну миграцию БД. Она автоматически исправляет старые сайты с отключённым Central MirvMon и закрепляет Central как обязательную точку проверки.

Обновление

Используйте ghcr.io/mirivlad/mirvmon:0.9.2. Новых Compose services и обязательных переменных окружения нет; миграция применяется штатным механизмом MirvMon при запуске.

Открыть релиз на GitHub ↗

MirvMon v0.9.1

Что изменилось

• В списке серверов и в обзоре агентов появились быстрые переключатели «Проверки сайтов». Поддерживающий website_probe_v1 агент можно сразу разрешить или запретить как probe point без захода в его настройки.
• Для старых агентов без website_probe_v1 переключатель недоступен и прямо показывает, что требуется обновление. Если отключаемая точка уже назначена сайтам, MirvMon предупреждает об этом, снимает назначения и безопасно корректирует quorum.
• Карточки на /sites теперь показывают состояние выбранных probe points: зелёная точка — endpoint доступен, красная — transport failure, серая — свежих данных нет. Central MirvMon визуально отличается кольцом.
• Рядом с точками добавлен отдельный quorum-индикатор: число текущих отказов сравнивается с числом отказов, необходимым для aggregate failure. Это позволяет увидеть состояние распределённой проверки прямо из списка сайтов.
• Свежесть точек на карточке использует ту же семантику, что и сам quorum: max(120 секунд, 3 × interval endpoint). Старый успешный результат не остаётся зелёным бесконечно.
• Верхняя навигация переработана: Серверы теперь раскрываются в Список серверов / Группы серверов / Агенты.
• Раздел Настройки целиком перенесён из основной навигации в dropdown пользователя.
• В подменю Аналитика добавлены те же иконки, что используются в заголовках соответствующих страниц.
• Активный раздел сохраняет прежнюю подсветку пункта меню, а его иконка получает стабильный цвет раздела. Неактивные иконки остаются светлыми.

Совместимость

Изменений схемы БД и agent protocol в v0.9.1 нет. Распределённые проверки используют введённую в v0.9.0 capability website_probe_v1; старые агенты продолжают работать как раньше, но не могут быть включены как remote probe point до обновления.

Обновление

Используйте ghcr.io/mirivlad/mirvmon:0.9.1. Новых Compose services, обязательных переменных окружения и миграций нет.

Открыть релиз на GitHub ↗

MirvMon v0.9.0

Что изменилось

• Добавлены распределённые HTTP(S)-проверки сайтов через уже установленные MirvMon agents. На сервере агент можно разрешить как probe point, а у сайта выбрать Central MirvMon и нужные удалённые точки.
• Для сайта настраивается failure quorum: transport failure становится агрегированной неудачей только когда недоступность одновременно видит заданное число выбранных точек. После этого сохраняется прежняя защита от дребезга — 3 failure для открытия incident и 2 success для recovery.
• Агент получает probe_jobs через обычный outbound GET /api/v1/agent/config, не открывает входящий порт и возвращает probe_results через обычный metrics envelope и durable delivery queue.
• Remote observations хранятся отдельно в TimescaleDB, поэтому существующие графики, continuous aggregates и reliability сохраняют прежнюю central-only статистическую семантику.
• На странице сайта показываются последние transport-результаты по выбранным точкам. Старые queued probe results сохраняются в истории, но не могут откатить текущее incident state назад во времени.
• Добавлена capability website_probe_v1. Сервер не отправляет новые поля remote config старым агентам с strict decoder, поэтому обновление сервера обратно совместимо.

Ограничения первой версии

Remote probe проверяет transport/HTTP reachability. Auth secrets, custom headers и разрешение self-signed TLS агентам не передаются; content/status assertions, TLS expiry и domain expiry остаются central-only. Для endpoint с auth/custom headers/self-signed Central MirvMon нельзя исключить.

Обновление

Используйте ghcr.io/mirivlad/mirvmon:0.9.0. Перед обновлением сделайте резервную копию БД. Миграция 031 применяется автоматически и создаёт назначения probe points и отдельный website_probe_samples hypertable. Новых Compose services и обязательных переменных окружения нет.

Сначала можно обновить только MirvMon server: старые агенты продолжат работать с прежним remote config. Чтобы использовать конкретный сервер как распределённую точку, обновите его agent до v0.9.0 (в том числе через существующий self-update), дождитесь capability website_probe_v1, затем включите его как точку проверок и назначьте сайту.

Открыть релиз на GitHub ↗

MirvMon v0.8.0

Что изменилось

• Отчёт /reports/reliability показывает надёжность серверов и сайтов за 7 или 30 дней, полноту наблюдений, длительность инцидентов и среднее время восстановления. При недостаточной полноте доступность не выводится.
• Администратор может явно выбрать объекты и публичные имена для /status в /admin/public-status. По умолчанию список пуст; публичный ответ не содержит внутренних адресов, метрик и деталей инцидентов.
• Оператор может отметить исход каждого эпизода predictive observation. Оценка не изменяет детектор и уведомления. Анализ исходного качества и ограничения метрики confidence описаны в docs/predictive-quality.md.

Обновление

Используйте ghcr.io/mirivlad/mirvmon:0.8.0. Перед обновлением сделайте резервную копию БД. Миграции 029 и 030 выполняются автоматически; старые явно принятые как нормальные аномалии получают соответствующую оценку. Новых сервисов Compose, переменных окружения и изменений протокола агента нет.

Открыть релиз на GitHub ↗

MirvMon v0.7.7

Исправления

• Инцидент сайта закрывается после двух последовательных успешных проверок. Счётчики результатов ограничены порогами переходов, поэтому длительная нормальная работа больше не переполняет PostgreSQL smallint и не останавливает проверки.
• Карточка «Критично» открывает список сайтов с соответствующими состояниями. Пустой результат фильтра теперь отличается от отсутствия сайтов.
• Задания проверки сайта после десятой неудачной попытки переходят в конечное состояние failed. Задания с истёкшей арендой также переводятся в него, а ручная проверка может поставить новое задание. /admin/system показывает состояние очереди проверок.

Диагностика и производительность

• bin/benchmark-websites теперь честно показывает чтение raw проб для точной доступности за последние 24 часа и использует более представительную историю для 50 и 1000 сайтов. Два запроса к модели чтения сохранены; изменение SQL без подтверждённого выигрыша не включено.

Обновление

Используйте ghcr.io/mirivlad/mirvmon:0.7.7. Перед обновлением сделайте резервную копию БД. Миграция 028_website_check_job_terminal.sql выполняется автоматически; ранее исчерпавшие попытки задания переводятся в failed без изменения статусов сайтов и инцидентов вручную. Новых переменных окружения и сервисов Compose нет.

Открыть релиз на GitHub ↗

MirvMon v0.7.6

What changed

• Fixed a UI regression where the literal characters \\n were rendered above application pages.
• The regression affected both the main application layout and the login/setup layout.
• Added a contract test so literal escaped newline sequences cannot silently reappear in shared document heads.

Upgrade

Use:

ghcr.io/mirivlad/mirvmon:0.7.6

No database migration, agent protocol change, agent reinstall, new Compose service or new configuration is required.

Открыть релиз на GitHub ↗

MirvMon v0.7.5

What changed

• Maintenance windows continue collecting agent metrics and running website checks; metric history, alerts and incidents are still recorded.
• Notifications suppressed specifically by maintenance are now retained as deferred delivery state.
• When maintenance ends, MirvMon sends one explicit post-maintenance notification if the underlying alert or observation is still active.
• Problems that start and recover entirely inside maintenance remain silent: there is no delayed trigger/recovery pair after the window.
• The behavior is shared by server metric/service alerts, offline incidents, website incidents and proactive observations.
• Post-maintenance messages explicitly state that the problem survived maintenance and preserve the original event time when available.
• Migration 027 adds the durable deferral state. Current code also tolerates the previous schema revision during DR acceptance.

Upgrade

Use:

ghcr.io/mirivlad/mirvmon:0.7.5

Migration 027 is applied automatically on startup.

No agent protocol change, agent reinstall, new Compose service or new configuration is required.

Открыть релиз на GitHub ↗