bot-backend 309d273f3f feat(observability): стек метрик и логов — Prometheus, Loki, Grafana, агенты на обоих хостах ... Метрик в проекте не было ни одной: ни экспортеров, ни /metrics в бэкендах, единственный канал наблюдения — journald, единственный сигнал об аварии — исключение в GlitchTip. Из-за этого целый класс отказов невидим в принципе: задача рапортует done, строк ноль, исключения нет. Так протухли данные на семь месяцев (#2998), 34 дня был мёртв house_imv_backfill (#2698), 8 суток писал ноль newbuilding_enrich (#2767), 91 день копилось раздутие listings (#2992). Grafana не заменяет GlitchTip: ошибки остаются там. Grafana OSS не принимает Sentry DSN ни одним компонентом, а скрубберы в before_send — требование 152-ФЗ. Здесь появляется другой класс данных: ряды и алерты по трендам. Наблюдатель поставлен у ДРУГОГО провайдера, чем наблюдаемое: серверная сторона на Beget, рядом с GlitchTip. Если ляжет Poincare, мониторинг должен об этом сказать, а не лечь вместе с ним. Транспорт push, а не pull: агент на Poincare шлёт remote_write и логи исходящим HTTPS, поэтому там не открывается ни одного входящего порта сверх 22/80/443. При обрыве канала Alloy копит в WAL и досылает — pull-скрейп в той же ситуации терял бы точки именно в аварии, ради которой мониторинг и нужен. Два контура доступа с разными учётками. Пароль приёмника по построению лежит открытым на продуктовом хосте, значит его компрометация неизбежна вместе с хостом; будь это учётка витрины, утёк бы и доступ к дашбордам. GlitchTip читается прямым SQL, а не Sentry-плагином: у плагина на 6.1.6 stats_v2 отдаёт 500 (баг GlitchTip #381), Events/Discover — 404 (#416), а в grafana/sentry-datasource слово glitchtip не встречается ни разу. Схема сверена на живой базе: колонка времени называется timestamp, а не received, и отдельной таблицы IssueIndex не существует — агрегаты лежат на самой issue_events_issue. Алерты за профилем alerts: канал доставки — открытый вопрос #3078, и стек не должен на нём стоять. Деплой предупреждает, что уведомлять пока некому. Каждая настройка, способная отказать молча, закрыта явно: ретенция Prometheus задана и по времени и по размеру, retention_enabled у компактора Loki (без него retention_period не работает вовсе), путь к журналу и запуск Alloy от root (иначе агент читает ноль записей без ошибки), проверка Caddy до перезагрузки (на этом хосте тот же Caddy держит git, errors и obsidian). Refs #3078		2026-08-26 10:45:54 +03:00
..
runbooks	fix(security): log_credentials + auth_audit.log → username из 401 (#436)	2026-05-23 09:59:50 +00:00
MVP_Goals_Python.md	Initial commit: Discovery MVP docs (v2.1 + v2.2)	2026-04-25 08:40:09 +03:00
observability.md	feat(observability): стек метрик и логов — Prometheus, Loki, Grafana, агенты на обоих хостах	2026-08-26 10:45:54 +03:00
obsidian-livesync.md	fix(devops): переносим deploy-obsidian.yml в .forgejo/workflows/ (#2416) (#2439)	2026-07-05 15:34:55 +00:00
osrm-routing.md	feat(analyze): per-category OSRM routing (foot vs driving) (#39 A3)	2026-06-27 04:30:25 +05:00
Performance_Audit.md	perf(db): covering-index objective_lots district-price (#70) + 152-ФЗ/perf audit docs (#70 #79)	2026-06-14 00:09:09 +05:00
PII_152FZ_Audit.md	perf(db): covering-index objective_lots district-price (#70) + 152-ФЗ/perf audit docs (#70 #79)	2026-06-14 00:09:09 +05:00
PILOT_ACCESS.md	fix(ops): repair broken main-DB backup + harden auth scripts/docs (#71 #427 #429 #428)	2026-06-13 20:13:04 +05:00
Schema_Migrations_vs_Alembic.md	feat(admin): freshness endpoint (#73) + README Forgejo refresh (#83) + migrations doc (#72)	2026-06-13 18:25:32 +00:00
Secrets_Rotation_Policy.md	refactor(security): убрать мёртвую проверку админского токена (#2775) (#2776)	2026-08-07 09:30:23 +00:00
Бизнес-план v2.1 - Site Finder + Roadmap 12 месяцев.md	Initial commit: Discovery MVP docs (v2.1 + v2.2)	2026-04-25 08:40:09 +03:00