IOSOR База знань
Гейти heartbeat і smoke перед пейджингом людей
Будіть людей лише після свіжого webhook heartbeat і delivered smoke на бойовому шляху — vanity latency-дашборди самі по собі не мають будити ops.
Сповіщення, що будять людей, спочатку доводять pipe: свіжий webhook heartbeat і delivered smoke на бойовому шляху. Vanity latency-графіки не пейджать ops. Stale HB ≡ blocked для алертів — без fake green.
Ця сторінка — гігієна алертів після доведення pipe, а не гейт traffic_ok на пілотний volume (Гейт traffic_ok перед пілотним volume) і не розбір latency (коренева причина затримки SMS). Також: Day-1 runway: що має бути зеленим, вебхуки, що переживають запуск, Спільна мова статусів для product і finance.
Сповіщення — не vanity-дашборди
Дашборд може виглядати здоровим, доки webhook consumer мовчить. Пейджинг за p95 чи «чипи зелені минулого тижня» вчить людей ігнорувати інциденти. Контракт алерту: вік HB у freshness, intent ID smoke з delivered/honest-terminal outcome і спільний reason code.
Свіжий heartbeat перед будь-яким page
Heartbeat має бути свіжим: недавні signed webhook events, consumer без silent drop, ID збігаються з ledger. Учорашній 200 — не ліцензія на нічний page. Stale HB ≡ blocked для алертів.
Smoke доводить pipe, заради якого будять
Smoke — engineering evidence: один held intent на live corridor, один terminal outcome (delivered або чесний fail), exportable intent ID. Людей будять через зламаний pipe — не через графіки без proof доставки.
На чому не пейджити
Не пейджіть лише за vanity latency-дашбордами, orphan green-чипами без віку HB, sandbox smoke на іншому corridor, soft-volume балаканиною біля USD 1 000/міс чи теоріями latency без proof pipe (коренева причина затримки SMS — діагностика, не paging). Без жовтого «майже page» для sales.
Чекліст покупця: HB і smoke перед alerts
- Людські pages вимагають свіжий HB у записаному вікні freshness?
- Потрібен delivered (або honest-terminal) smoke до будь-якого page?
- Vanity latency / лише-дашборд правила виведено з paging?
- Stale HB = blocked для алертів — без fake green pages?
- Product, ops і finance ділять одну мову page vs suppress?
- Override іменований, обмежений у часі, закритий новим smoke + свіжим HB?
Почніть з IOSOR
Навмисно зістаріть webhook heartbeat і доведіть: людські page мовчать. Оновіть heartbeat, надішліть один delivered smoke на бойовому шляху, вивантажте обидва timestamp — і лише тоді озброюйте пейджинг. Це брама пробудження, не церемонія бейджа Live і не підлога гаманця.
Підсумок IOSOR
Людей будять лише свіжий heartbeat і delivered smoke.
Робіть: вивантажте час heartbeat і намір smoke до першого page. Не робіть: пейдж із vanity-графіка затримки чи зі старого heartbeat.
Чи був матеріал корисним?
Пов’язані гіди
- Звірка логів телеметрії з дебетовими транзакціями під час аудиту рахунків
Інструкція зі звірки логів телеметрії повідомлень із дебетовими записами в білінгу IOSOR для виявлення розбіжностей та точного розрахунку витрат.
- Встановлення базових показників телеметрії під час пілотного тижня
Дізнайтеся, як налаштувати базові показники телеметрії, перевірити затримку вебхуків та контролювати ліміти передоплати під час пілотного тижня.
- Аналіз затримок доставки DLR під час щомісячного оцінювання обсягів
Оцінка та усунення затримок передачі статусів доставки (DLR) під час щомісячного аналізу трафіку для захисту клієнтських SLA в системі IOSOR.