Files
transcriber/tasks/items/service-observability.md
T
av 8739b18a9f tasks: очередь расставлена от базы к деталям
- порядок беклога и роадмапа назначен слоями: проверки, которым можно
  верить → долги входа → владелец записи и контракт API → конвейер под
  тестами → приложение и возможности поверх; у каждого движения записана
  причина;
- заведены восемь задач под пункты «Завершения», которых не закрывала ни
  одна запись, — цель any-audio-source была без задач вовсе;
- у четырёх задач сняты критерии, требовавшие того, что делает задача ниже
  по очереди; исправлены ссылки на несуществующий repo/sqlite и на
  отменённую разведку об очереди.
2026-08-12 20:48:53 +03:00

2.1 KiB

🎯 Состояние сервиса видно без чтения логов

  • Тип: goal
  • Секция: Сопровождение — Словарь метрик выбирается разведкой до того, как метрик станет втрое больше; наблюдаем мы, а не пользователь сервиса.
  • Зачем: Отказ замечает пользователь, а не владелец: оповещения нет, а путь записи по конвейеру собирается глазами по логам контейнера.
  • Теги: decomposed

Наблюдаем мы, а не пользователь сервиса, — поэтому цель стоит в сопровождении, а не среди возможностей приложения. Пользовательская половина той же темы живёт отдельно: о готовности своей записи человек узнаёт по цели ready-notification.

Эндпоинт /metrics остаётся и развивается. Чем именно развивать — голым client_golang или OpenTelemetry с трассировкой — решает разведка opentelemetry-fit.

Завершение

  1. По метрикам видно, что конвейер встал: задача висит в состоянии дольше обычного, и это отличимо от «работы нет».
  2. Каждый внешний сервис имеет метрику вызовов, отказов и длительности — сегодня их нет ни у одного.
  3. Путь одной записи по конвейеру собирается запросом, а не чтением логов глазами.
  4. Владелец узнаёт об отказе сам, а не от пользователя.
  5. Стоимость обращений к платным сервисам видна числом.