From 0bb07fd91d525a31d47c052438a5febc3dda274f Mon Sep 17 00:00:00 2001 From: Dmitry Dementev Date: Fri, 21 Aug 2026 08:06:10 -0400 Subject: [PATCH] =?UTF-8?q?docs(spec):=20=D0=BC=D0=BE=D0=BD=D0=B8=D1=82?= =?UTF-8?q?=D0=BE=D1=80=D0=B8=D0=BD=D0=B3=20=D0=BF=D0=B5=D1=80=D0=B5=D0=BD?= =?UTF-8?q?=D0=B5=D1=81=D1=91=D0=BD=20=D0=B8=D0=B7=20=D1=85=D0=B2=D0=BE?= =?UTF-8?q?=D1=81=D1=82=D0=B0=20=D0=B2=20=D0=BF=D0=B0=D1=80=D0=B0=D0=BB?= =?UTF-8?q?=D0=BB=D0=B5=D0=BB=D1=8C=D0=BD=D1=8B=D0=B9=20=D1=82=D1=80=D0=B5?= =?UTF-8?q?=D0=BA?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit - Зачем: - дашборды нужны точками наблюдения на приёмке этапов 4-8, а зависимость у них формально только от этапа 1: «в хвосте» было выбором, не необходимостью. - Что: - раздел 9: дашборды строятся параллельно этапам 4-8, состав не меняется. - назван хвост этапа: runbook keeper/DDL, system.text_log, правила оповещения, урок «посмотрели - сломали - вернули». - записано правило: панели порогов и цветовых вердиктов не несут, красное и зелёное живёт в проверках. - Проверка: - тикеты этапа нарезаны по этому раскрою: #114-#117 под #11. --- docs/specs/2026-07-30-stand-v2-realism.md | 18 +++++++++++++++++- 1 file changed, 17 insertions(+), 1 deletion(-) diff --git a/docs/specs/2026-07-30-stand-v2-realism.md b/docs/specs/2026-07-30-stand-v2-realism.md index d99f5d8..ec2acd2 100644 --- a/docs/specs/2026-07-30-stand-v2-realism.md +++ b/docs/specs/2026-07-30-stand-v2-realism.md @@ -587,7 +587,23 @@ v2 стартует пустым, поэтому объём ниже — это на amd64 и arm64. 8. Superset-дашборд v2. 9. Мониторинг и runbook «keeper упал / DDL повис в очереди». Состав дашбордов - и границы — ADR 0002. + и границы — ADR 0002. Этап идёт не подряд, см. ниже. + +**Мониторинг не ждёт своего номера.** Зависимость у дашбордов формально только +от этапа 1, а «в хвосте» было выбором, не необходимостью. Довод за переезд +пришёл со второй стороны: дашборд — точка наблюдения не только для менти, но и +для владельца на приёмке этапов 4–8, а шесть вопросов дашборда «Данные» из +ADR 0002 с приёмочными совпадают почти целиком. Поэтому дашборды строятся +параллельно этапам 4–8. Состав от переезда не меняется, меняется срок. + +В хвосте остаётся то, чему нужен прожитый опыт или дозревший мир: runbook +«keeper упал / DDL повис в очереди», `system.text_log` (ADR 0002 привязал его +к runbook), правила оповещения и урок «посмотрели → сломали → увидели → +вернули» (раздел 10). + +Порогов панели не несут вовсе, и это правило, а не срок: на дашборд смотрят +глазами; красное и зелёное живёт в проверках — у целей `make` про стенд и у +дагов качества данных про данные. Что гонять на приёмке этапа — строка в [карте проверок](../architecture/testing.md), раздел «Какую проверку когда