docs(labs): уточнено расследование стоимости мониторинга

- Зачем:
  - Сохранить самостоятельное открытие источника нагрузки в задании.
- Что:
  - Убрано заранее названное имя пользователя, уточнен поиск запроса панели.
  - Исправлены пунктуация и формулировки по ревью Fable.
- Проверка:
  - Проверены сценарии с запросом панели и другого клиента наверху списка.
  - Проверены относительные ссылки и git diff --check.

docs/labs/7-1-monitoring.md

@@ -9,9 +9,9 @@
 пароли»](../../README.md#адреса-и-пароли). Для первого знакомства в Grafana
 есть три дашборда:
 
-- «Данные» - путь сообщений от источника до хранилища;
-- «Кластер» - процессор, память, диски и внутренняя работа ClickHouse;
-- «Запросы» - выполненные запросы, их стоимость и ошибки.
+- «Данные» — путь сообщений от источника до хранилища;
+- «Кластер» — процессор, память, диски и внутренняя работа ClickHouse;
+- «Запросы» — выполненные запросы, их стоимость и ошибки.
 
 Откройте все три дашборда и запишите по одному вопросу, на который каждый из
 них помогает ответить. «Данные» оставьте открытым в соседней вкладке.
@@ -23,8 +23,7 @@
 
 Начните в спокойный момент: не запускайте одновременно свои тяжелые запросы.
 Откройте дашборд «Запросы». На панели «Тяжёлые запросы: что прочитало больше
-всех» найдите запрос пользователя `grafana`. Он часто оказывается наверху, но
-при другой нагрузке первым будет другой запрос.
+всех» возьмите первую строку.
 
 Сохраните:
 
@@ -33,19 +32,23 @@
 - текст запроса;
 - длительность, память, число прочитанных и отданных строк.
 
-По тексту найдите панель, которая выполнила запрос. Ищите ее среди трех
-дашбордов по названиям колонок, таблиц и показателей. Запишите, зачем панели
-нужно читать столько строк и согласуется ли цена с вопросом, на который она
-отвечает.
+По пользователю и тексту определите, кто отправил запрос и для чего. Затем
+найдите запрос одного из трех открытых дашбордов, который прочитал больше всего
+строк. Если это другая строка, сохраните для нее те же поля.
 
-Затем через меню панели откройте «Inspect» -> «Query» у панели «Кто спрашивает:
-сколько запросов и какой у них аппетит». Ответьте на два вопроса:
+По тексту найдите панель, которая отправила запрос. Ищите ее среди трех
+дашбордов по названиям колонок, таблиц и показателей. Запишите, зачем запрос
+читает столько строк и согласуется ли это с вопросом, на который отвечает
+панель.
+
+В меню панели «Кто спрашивает: сколько запросов и какой у них аппетит»
+откройте Inspect, затем Query. Ответьте на два вопроса:
 
 1. Почему журнал читают сразу с обеих нод?
 2. Почему из счета исключены строки начала запроса и работа шардов?
 
-Проверьте второе объяснение по панели ошибок: там правило для работы шардов
-другое. Объясните, почему различаются вопросы панелей, а не только их SQL.
+Проверьте второе объяснение по панели ошибок: ее фильтр не исключает записи
+шардов. Объясните, почему различаются вопросы панелей, а не только их SQL.
 
 ## Расследование 2. Как меняется свежесть заказов
 
@@ -86,9 +89,9 @@
 
 Не открывая справочник, объясните своими словами:
 
-- почему свежесть считают в ODS, а поток - в STG;
+- почему свежесть считают в ODS, а поток — в STG;
 - почему знаменатель доли брака берут из STG;
-- почему числитель и знаменатель доли брака должны использовать одно окно.
+- почему у числителя и знаменателя доли брака одно окно.
 
 Свяжите ответы с тем, что вы видели на панелях. Затем сверьте объяснение с
 [главой о мониторинге](../handbook/monitoring.md) и справочниками дашбордов
@@ -99,8 +102,10 @@
 ## Приемка
 
 - [ ] для каждого из трех дашбордов записан вопрос, на который он отвечает;
-- [ ] сохранены окно, текст и показатели стоимости одного реального запроса,
-      найдена выполнившая его панель;
+- [ ] сохранены окно, текст и показатели верхнего запроса, определены его
+      источник и назначение;
+- [ ] среди запросов открытых дашбордов найден тот, который прочитал больше
+      всего строк, и соответствующая панель;
 - [ ] объяснено, как журнал собирают с двух нод и какие записи учитывают для
       счета запросов;
 - [ ] до наблюдения нарисован прогноз свежести событий и заказов, а форма