690f1ef5d2
All checks were successful
CI / backend-tests (pull_request) Successful in 17m59s
CI Trade-In / changes (pull_request) Successful in 10s
CI / changes (pull_request) Successful in 12s
CI Trade-In / browser-tests (pull_request) Has been skipped
CI Trade-In / frontend-checks (pull_request) Has been skipped
CI / frontend-tests (pull_request) Has been skipped
CI / openapi-codegen-check (pull_request) Successful in 2m18s
CI Trade-In / backend-tests (pull_request) Successful in 5m59s
Владелец попросил вывести продукт в Графану — до этого там были только
технические панели (запросы/латентность/память). Список счётчиков взят из
реально пишущихся событий, а не выдуман:
Мера (tradein-mvp/backend/app/observability/metrics.py):
- mera_estimates_total{outcome=ok|insufficient_data} — POST /estimate,
зеркалит user_events.event_type=estimate_request (294 строки в БД),
insufficient_data — не ошибка, а исход без аналогов.
- mera_address_suggestions_total{found=yes|no} — GET /geocode/suggest,
своего user_events-события у ручки не было.
- mera_reports_exported_total (без лейблов) — GET /estimate/{id}/pdf.
- mera_leads_total (без лейблов) — POST /trade-in/lead.
- mera_support_messages_total{channel=web|anon} — POST /support/messages
и /support/anon/messages, счётчик после успешной доставки в Telegram.
- mera_logins_total{result=success|failed} — рядом с user_events
login_success/login_failed в auth.py (97/453 строк в БД).
Птица (backend/app/observability/metrics.py):
- sitefinder_reports_exported_total{format} — GET .../forecast/export
(md/json/tg/docx/pptx/pdf) и POST .../best-layouts/pdf.
Метки везде — фиксированный литерал из места вызова (outcome/found/channel/
result/format), никогда username/адрес/estimate_id/кадастровый номер —
это ровно то, что взрывает кардинальность ряда у Prometheus.
Дашборд ops/metrics/grafana/dashboards/product.json ("Продуктовые метрики",
uid gendesign-product) — воронка Меры (оценки/подсказки/лиды/отчёты/входы/
поддержка) + экспорт форматов Птицы, часовые increase()-панели без
стекирования (на соседней панели оно уже давало ложную тревогу, PR #3474).
Provisioning тот же, что у apps.json — сканирует директорию, отдельного
конфига не нужно.
ops/metrics/alloy/alloy-apps.alloy проверен: у job "apps" нет relabel-
фильтра по __name__ (в отличие от cadvisor) — новые счётчики уходят в
remote_write как есть, правки не потребовалось.
Refs #3471
36 lines
1.5 KiB
Python
36 lines
1.5 KiB
Python
"""Продуктовый счётчик экспорта отчётов (#3471): выгрузок §22-форсайта / ТЗ.
|
||
|
||
Мера кардинальности та же, что в `test_metrics.py`: единственный лейбл —
|
||
`format`, фиксированный литерал из `Literal[...]` сигнатуры эндпоинта
|
||
(`export_parcel_forecast`) плюс одно статичное значение `best_layouts_pdf`
|
||
(ТЗ на проектирование) — не кадастровый номер и не идентификатор пользователя.
|
||
"""
|
||
|
||
from __future__ import annotations
|
||
|
||
from prometheus_client import REGISTRY, generate_latest
|
||
|
||
from app.observability import metrics as m
|
||
|
||
|
||
def test_reports_exported_counter_has_bounded_format_label() -> None:
|
||
assert tuple(m.REPORTS_EXPORTED._labelnames) == ("format",) # type: ignore[attr-defined]
|
||
|
||
|
||
def test_reports_exported_counter_increments_per_format() -> None:
|
||
def _value(fmt: str) -> float:
|
||
return (
|
||
REGISTRY.get_sample_value("sitefinder_reports_exported_total", {"format": fmt}) or 0.0
|
||
)
|
||
|
||
before_pdf = _value("pdf")
|
||
before_layouts = _value("best_layouts_pdf")
|
||
|
||
m.REPORTS_EXPORTED.labels(format="pdf").inc()
|
||
m.REPORTS_EXPORTED.labels(format="best_layouts_pdf").inc()
|
||
|
||
assert _value("pdf") - before_pdf == 1.0
|
||
assert _value("best_layouts_pdf") - before_layouts == 1.0
|
||
|
||
body = generate_latest(REGISTRY).decode()
|
||
assert "sitefinder_reports_exported_total" in body
|