Написать ТЗ последней ступени основной программы «Мониторинг: куда смотреть».
Урок: найти источник нагрузки по журналу запросов и объяснить свежесть данных
через путь их доставки. Цена чтения — одно короткое ТЗ с двумя расследованиями;
новые службы, проверки и правила стенда для этого не нужны.
Постановка
Создать docs/labs/7-1-monitoring.md и открыть ссылку на него в индексе лаб.
Состав ступени уже принят в программе: знакомство с тремя дашбордами,
расследование стоимости мониторинга и расследование свежести заказов.
В первом расследовании учащийся находит тяжелый запрос Grafana, связывает его
с панелью и объясняет прочитанные строки. Журнал читается с обеих нод;
обсуждается, зачем для счета запросов отделяют начальные записи и работу шардов.
Верх списка зависит от текущей нагрузки: результатом служат реальные запросы
и объяснение, а не требование получить пользователя grafana на первом месте.
Во втором учащийся сначала предсказывает поведение свежести событий и заказов,
затем наблюдает рост и сброс у заказов при доставке слепка. Текущая панель
«Свежесть» имеет тип stat: это число сейчас, истории в ней нет. Достаточно
записать время и значения нескольких наблюдений до и после слепка и набросать
график по ним. Модельный день и реальное время наблюдения следует различить.
Учащийся объясняет выбор ODS для свежести, STG для потока и знаменателя доли
брака, а также общее окно числителя и знаменателя.
Сначала дать учащемуся вопрос и действие; ссылки с готовыми объяснениями
перенести к сверке после собственной попытки. Не дублировать справочники и
не превращать задание в перечень всех панелей. Самостоятельность ступени
сохранить: не выдавать готовый запрос расследования или готовое объяснение.
Практические ориентиры (доступ, нужные колонки, границы наблюдения) допустимы.
Приемка
ТЗ включает знакомство с тремя дашбордами и оба расследования из программы.
По журналу учащийся сохраняет конкретный запрос, окно наблюдения, пользователя,
показатели стоимости и соответствующую панель; объясняет границы учета.
Наблюдение свежести выполнимо с текущей stat-панелью: есть прогноз,
рост и сброс, подтверждение доставки слепка и собственное объяснение.
Выбор слоев и общего окна доли брака проверяется объяснением учащегося.
Предусмотрено начало наблюдения на тихом стенде, без параллельного ручного
запуска дня при работающем world_live; остановки служб и порча данных не нужны.
Индекс лаб ссылается на ТЗ, обещание будущего ТЗ ступени 7 удалено.
Ссылки и технические утверждения сверены с JSON панелей, SQL, дагами и
доступными малыми наблюдениями стенда; выполнены вычитка и ревью Opus.
Границы
Только новое ТЗ и индекс лаб. Не менять программу, дашборды, SQL, даги и данные.
Факультативные поломки и старый долг справочника DM сюда не входят.
Сначала прочитать
AGENTS.md, docs/specs/2026-09-01-labs-program.md, раздел о ступени 7;
комментарий владельца к карте «Реализация учебной программы: документация стенда и ТЗ лаб».
Проверка
git diff --check; проверка относительных ссылок нового ТЗ и измененной строки
индекса. Адресная сверка имен панелей и запросов с JSON. На живом стенде —
ограниченный SELECT из query_log и просмотр текущей свежести/слепков, без
изменений данных и служб. Если полный цикл наблюдения не снят, назвать это
ограничение в результате проверки. /writing-for-agents, затем /ai-text-lint
и литературная вычитка русского текста. Новые автотесты документа для этой
задачи не нужны.
Уточнение доступа: у analyst нет чтения system.query_log. Основной путь
расследования — существующие панели Grafana с источником ClickHouse под grafana. Если ТЗ предлагает самостоятельный SQL, оно должно назвать
доступный путь с подходящими правами; выдавать новые права не требуется.
Part of #206
## Цель
Написать ТЗ последней ступени основной программы «Мониторинг: куда смотреть».
Урок: найти источник нагрузки по журналу запросов и объяснить свежесть данных
через путь их доставки. Цена чтения — одно короткое ТЗ с двумя расследованиями;
новые службы, проверки и правила стенда для этого не нужны.
## Постановка
Создать `docs/labs/7-1-monitoring.md` и открыть ссылку на него в индексе лаб.
Состав ступени уже принят в программе: знакомство с тремя дашбордами,
расследование стоимости мониторинга и расследование свежести заказов.
В первом расследовании учащийся находит тяжелый запрос Grafana, связывает его
с панелью и объясняет прочитанные строки. Журнал читается с обеих нод;
обсуждается, зачем для счета запросов отделяют начальные записи и работу шардов.
Верх списка зависит от текущей нагрузки: результатом служат реальные запросы
и объяснение, а не требование получить пользователя grafana на первом месте.
Во втором учащийся сначала предсказывает поведение свежести событий и заказов,
затем наблюдает рост и сброс у заказов при доставке слепка. Текущая панель
«Свежесть» имеет тип stat: это число сейчас, истории в ней нет. Достаточно
записать время и значения нескольких наблюдений до и после слепка и набросать
график по ним. Модельный день и реальное время наблюдения следует различить.
Учащийся объясняет выбор ODS для свежести, STG для потока и знаменателя доли
брака, а также общее окно числителя и знаменателя.
Сначала дать учащемуся вопрос и действие; ссылки с готовыми объяснениями
перенести к сверке после собственной попытки. Не дублировать справочники и
не превращать задание в перечень всех панелей. Самостоятельность ступени
сохранить: не выдавать готовый запрос расследования или готовое объяснение.
Практические ориентиры (доступ, нужные колонки, границы наблюдения) допустимы.
## Приемка
- [x] ТЗ включает знакомство с тремя дашбордами и оба расследования из программы.
- [x] По журналу учащийся сохраняет конкретный запрос, окно наблюдения, пользователя,
показатели стоимости и соответствующую панель; объясняет границы учета.
- [x] Наблюдение свежести выполнимо с текущей stat-панелью: есть прогноз,
рост и сброс, подтверждение доставки слепка и собственное объяснение.
- [x] Выбор слоев и общего окна доли брака проверяется объяснением учащегося.
- [x] Предусмотрено начало наблюдения на тихом стенде, без параллельного ручного
запуска дня при работающем world_live; остановки служб и порча данных не нужны.
- [x] Индекс лаб ссылается на ТЗ, обещание будущего ТЗ ступени 7 удалено.
- [x] Ссылки и технические утверждения сверены с JSON панелей, SQL, дагами и
доступными малыми наблюдениями стенда; выполнены вычитка и ревью Opus.
## Границы
Только новое ТЗ и индекс лаб. Не менять программу, дашборды, SQL, даги и данные.
Факультативные поломки и старый долг справочника DM сюда не входят.
## Сначала прочитать
- `AGENTS.md`, `docs/specs/2026-09-01-labs-program.md`, раздел о ступени 7;
- `docs/labs/2-1-superset-chart.md`, `docs/labs/README.md`;
- `docs/handbook/monitoring.md`, `docs/handbook/airflow-dags.md`;
- `docs/architecture/monitoring/queries.md`, `data.md`, `cluster.md`;
- `infra/grafana/provisioning/dashboards/queries.json`, `data.json`;
- комментарий владельца к карте «Реализация учебной программы: документация стенда и ТЗ лаб».
## Проверка
`git diff --check`; проверка относительных ссылок нового ТЗ и измененной строки
индекса. Адресная сверка имен панелей и запросов с JSON. На живом стенде —
ограниченный SELECT из query_log и просмотр текущей свежести/слепков, без
изменений данных и служб. Если полный цикл наблюдения не снят, назвать это
ограничение в результате проверки. `/writing-for-agents`, затем `/ai-text-lint`
и литературная вычитка русского текста. Новые автотесты документа для этой
задачи не нужны.
Уточнение доступа: у `analyst` нет чтения `system.query_log`. Основной путь
расследования — существующие панели Grafana с источником ClickHouse под
`grafana`. Если ТЗ предлагает самостоятельный SQL, оно должно назвать
доступный путь с подходящими правами; выдавать новые права не требуется.
ddmitry
self-assigned this 2026-09-07 11:18:41 +03:00
Добавлено ТЗ ступени 7 с двумя расследованиями: стоимости запросов Grafana и свежести заказов. Текущие значения свежести учащийся записывает и переносит на эскиз. В индексе лаб открыта ссылка на задание.
Проверены относительные ссылки, git diff --check, SQL и названия панелей, права доступа и порядок дагов. На стенде запрос свежести выполнен от grafana и найден в журнале: 506 688 прочитанных строк на одну строку результата.
Полный рост и сброс свежести не наблюдались: мир давно не обновлялся, сырые слепки удалены по TTL. Данные и службы не менялись.
Опубликован [PR «ТЗ ступени 7: мониторинг»](https://git.dementev.space/ddmitry/clickstream-data-platform/pulls/243), коммит `3ec4d79576dc72305cd910e2ab3aa2ba6e8b2586`.
Добавлено ТЗ ступени 7 с двумя расследованиями: стоимости запросов Grafana и свежести заказов. Текущие значения свежести учащийся записывает и переносит на эскиз. В индексе лаб открыта ссылка на задание.
Проверены относительные ссылки, `git diff --check`, SQL и названия панелей, права доступа и порядок дагов. На стенде запрос свежести выполнен от `grafana` и найден в журнале: 506 688 прочитанных строк на одну строку результата.
Полный рост и сброс свежести не наблюдались: мир давно не обновлялся, сырые слепки удалены по TTL. Данные и службы не менялись.
Финальная узкая перепроверка Opus — `APPROVED`: OPUS242-01..04 закрыты соразмерными исправлениями, OPUS242-05..06 отклонены обоснованно.
Убрано заранее названное имя пользователя: учащийся сам определяет источник верхнего запроса. Затем он находит запрос открытого дашборда с наибольшим числом прочитанных строк. Буквальный переход от любого верхнего запроса к его панели не принят: у запроса другого клиента панели может не быть. Исправлены все пять замечаний к форме, включая тире.
Проверены ссылки, пробелы и оба случая выбора верхнего запроса. Голос: чисто. Данные и службы не менялись; полный цикл свежести повторно не проверялся.
Одобрение Opus относится к 3ec4d79. Новую редакцию проверил Codex; Opus повторно не запускался.
В [PR «ТЗ ступени 7: мониторинг»](https://git.dementev.space/ddmitry/clickstream-data-platform/pulls/243) добавлен коммит `ea56314c` по замечаниям Fable.
Убрано заранее названное имя пользователя: учащийся сам определяет источник верхнего запроса. Затем он находит запрос открытого дашборда с наибольшим числом прочитанных строк. Буквальный переход от любого верхнего запроса к его панели не принят: у запроса другого клиента панели может не быть. Исправлены все пять замечаний к форме, включая тире.
Проверены ссылки, пробелы и оба случая выбора верхнего запроса. Голос: чисто. Данные и службы не менялись; полный цикл свежести повторно не проверялся.
Одобрение Opus относится к `3ec4d79`. Новую редакцию проверил Codex; Opus повторно не запускался.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Part of #206
Цель
Написать ТЗ последней ступени основной программы «Мониторинг: куда смотреть».
Урок: найти источник нагрузки по журналу запросов и объяснить свежесть данных
через путь их доставки. Цена чтения — одно короткое ТЗ с двумя расследованиями;
новые службы, проверки и правила стенда для этого не нужны.
Постановка
Создать
docs/labs/7-1-monitoring.mdи открыть ссылку на него в индексе лаб.Состав ступени уже принят в программе: знакомство с тремя дашбордами,
расследование стоимости мониторинга и расследование свежести заказов.
В первом расследовании учащийся находит тяжелый запрос Grafana, связывает его
с панелью и объясняет прочитанные строки. Журнал читается с обеих нод;
обсуждается, зачем для счета запросов отделяют начальные записи и работу шардов.
Верх списка зависит от текущей нагрузки: результатом служат реальные запросы
и объяснение, а не требование получить пользователя grafana на первом месте.
Во втором учащийся сначала предсказывает поведение свежести событий и заказов,
затем наблюдает рост и сброс у заказов при доставке слепка. Текущая панель
«Свежесть» имеет тип stat: это число сейчас, истории в ней нет. Достаточно
записать время и значения нескольких наблюдений до и после слепка и набросать
график по ним. Модельный день и реальное время наблюдения следует различить.
Учащийся объясняет выбор ODS для свежести, STG для потока и знаменателя доли
брака, а также общее окно числителя и знаменателя.
Сначала дать учащемуся вопрос и действие; ссылки с готовыми объяснениями
перенести к сверке после собственной попытки. Не дублировать справочники и
не превращать задание в перечень всех панелей. Самостоятельность ступени
сохранить: не выдавать готовый запрос расследования или готовое объяснение.
Практические ориентиры (доступ, нужные колонки, границы наблюдения) допустимы.
Приемка
показатели стоимости и соответствующую панель; объясняет границы учета.
рост и сброс, подтверждение доставки слепка и собственное объяснение.
запуска дня при работающем world_live; остановки служб и порча данных не нужны.
доступными малыми наблюдениями стенда; выполнены вычитка и ревью Opus.
Границы
Только новое ТЗ и индекс лаб. Не менять программу, дашборды, SQL, даги и данные.
Факультативные поломки и старый долг справочника DM сюда не входят.
Сначала прочитать
AGENTS.md,docs/specs/2026-09-01-labs-program.md, раздел о ступени 7;docs/labs/2-1-superset-chart.md,docs/labs/README.md;docs/handbook/monitoring.md,docs/handbook/airflow-dags.md;docs/architecture/monitoring/queries.md,data.md,cluster.md;infra/grafana/provisioning/dashboards/queries.json,data.json;Проверка
git diff --check; проверка относительных ссылок нового ТЗ и измененной строкииндекса. Адресная сверка имен панелей и запросов с JSON. На живом стенде —
ограниченный SELECT из query_log и просмотр текущей свежести/слепков, без
изменений данных и служб. Если полный цикл наблюдения не снят, назвать это
ограничение в результате проверки.
/writing-for-agents, затем/ai-text-lintи литературная вычитка русского текста. Новые автотесты документа для этой
задачи не нужны.
Уточнение доступа: у
analystнет чтенияsystem.query_log. Основной путьрасследования — существующие панели Grafana с источником ClickHouse под
grafana. Если ТЗ предлагает самостоятельный SQL, оно должно назватьдоступный путь с подходящими правами; выдавать новые права не требуется.
Опубликован PR «ТЗ ступени 7: мониторинг», коммит
3ec4d79576dc72305cd910e2ab3aa2ba6e8b2586.Добавлено ТЗ ступени 7 с двумя расследованиями: стоимости запросов Grafana и свежести заказов. Текущие значения свежести учащийся записывает и переносит на эскиз. В индексе лаб открыта ссылка на задание.
Проверены относительные ссылки,
git diff --check, SQL и названия панелей, права доступа и порядок дагов. На стенде запрос свежести выполнен отgrafanaи найден в журнале: 506 688 прочитанных строк на одну строку результата.Полный рост и сброс свежести не наблюдались: мир давно не обновлялся, сырые слепки удалены по TTL. Данные и службы не менялись.
Финальная узкая перепроверка Opus —
APPROVED: OPUS242-01..04 закрыты соразмерными исправлениями, OPUS242-05..06 отклонены обоснованно.В PR «ТЗ ступени 7: мониторинг» добавлен коммит
ea56314cпо замечаниям Fable.Убрано заранее названное имя пользователя: учащийся сам определяет источник верхнего запроса. Затем он находит запрос открытого дашборда с наибольшим числом прочитанных строк. Буквальный переход от любого верхнего запроса к его панели не принят: у запроса другого клиента панели может не быть. Исправлены все пять замечаний к форме, включая тире.
Проверены ссылки, пробелы и оба случая выбора верхнего запроса. Голос: чисто. Данные и службы не менялись; полный цикл свежести повторно не проверялся.
Одобрение Opus относится к
3ec4d79. Новую редакцию проверил Codex; Opus повторно не запускался.