Индекс по failure modes, а не по дате публикации
Материалы сгруппированы по эксплуатационному вопросу. Формат отмечен отдельно: postmortem, deep dive, observability guide, protocol explainer, checklist или interface review.
Reference card: live_state →Live-data Platforms
Раздел →Как доказать, что пользователь видит актуальное и непротиворечивое состояние матча?
Protocol explainerOrdering, dedup и replay в live event feedЧто делать с out-of-order событиями, corrections и reconnect.Architecture deep diveCanonical IDs для нескольких data providersКак не превратить fuzzy matching в источник тихих ошибок.Architecture deep diveRaw → canonical → derived: lineage спортивных данныхПочему corrections должны проходить через всю цепочку.Observability guideData quality до модели и ценыИнварианты, completeness, schema drift и распределения.Protocol explainerPush-интеграция: webhook, stream, backfillAck, idempotency, replay и восстановление после разрыва.Interface reviewDashboard как инструмент диагностики данныхFreshness и версия модели должны быть видимым состоянием.
Odds Systems
Раздел →Где заканчивается оценка вероятности и начинается публикация цены как операционное состояние?
Architecture deep diveLive pricing: probability, trading state и suspendГраницы модели и операционного состояния цены.Protocol explainerOverround и нормализация коэффициентовПочему де-маржирование — модельный выбор, а не одна формула.Model reviewВероятностная модель в productionВерсия данных, калибровка и рабочий serving-контур.Validation guideВалидация спортивной модели во времениBacktest должен имитировать исторический момент.Model explainerxG: полезный сигнал с ограничениямиКалибровка, доступные признаки и контекст матча.Data reviewFeature engineering без data leakageAvailability timestamp и временные границы признаков.
Observability
Раздел →Какими сигналами измерять не серверы, а фактическую свежесть и доступность live-path?
Observability guideFreshness, traces и SLO live-платформыКак увидеть stale data раньше пользовательской жалобы.Incident postmortemPostmortem stale odds без художественного кейсаКак документировать impact, timeline и corrective actions.Observability guideSLI/SLO и error budget для live oddsЧто измерять вокруг состояния продукта.Protocol explainerTrace context через async live-data pathГде корреляция ломается на очередях и fan-out.Observability guideSynthetic monitoring live-центраПроверка пути глазами клиента, а не только изнутри.RunbookReplay backlog: диагностика и безопасное восстановлениеОчередь, приоритеты, reconciliation и exit criteria.Incident playbookMatch-day incident playbookРоли, guardrails, деградация и recovery.
Security & Compliance
Раздел →Как сделать эксплуатацию доказуемой: кто изменил состояние, что попало в лог и как проверяется входящий запрос?
Security checklistАутентификация service-to-service APIКлючи, rotation, audience и fail-closed границы.Protocol explainerПодпись входящего webhookКанонизация, replay protection и clock window.Security checklistPII и секреты в observability pipelineRedaction до индексации, доступ и retention.Security checklistRBAC для операционной консолиSeparation of duties, break-glass и review доступа.Architecture deep diveAudit trail для изменений odds/configЧто делает запись пригодной для расследования.Compliance guideEvidence package для критичных измененийСвязь change request, deployment, approval и audit events.
Sports Apps
Раздел →Как интерфейс сообщает изменение цены, stale data и статус операции без ложного ощущения гарантии?
State-machine reviewБетслип как транзакцияPrice changed, suspended, unavailable и подтверждение.Architecture deep diveПуть данных от фида к бетслипуГде фиксируется authoritative state операции.Interface reviewLive-центр: факты, рынок и деградацияКак не смешать спортивное событие и рыночное состояние.Performance guideMobile latency по границам ответственностиTimestamp, p95/p99 и клиент как возможный bottleneck.Decision recordNative, PWA или mobile webВыбор клиента по ограничениям, а не по моде.
Cross-layer dossiers
Смежные карты для вопросов, которые пересекают несколько эксплуатационных треков
DossierИнтеграционная архитектура live-системОчереди, canonical state, replay и provider boundaries.DossierМодели и аналитикаВременная валидация, calibration и feature availability.MapКарта regulated betting-инфраструктурыData → odds → delivery → client → evidence.Reference cardКонтракт live_stateМинимальные поля для версии, freshness, recovery и audit.