Фильтры на уровне источника — теперь повсюду
Демо от @pulpdrew
Фильтры на уровне источника теперь доступны во всей панели мониторинга Services. Выберите источник трассировок или логов с фильтром по имени сервиса — и панель мониторинга будет ждать выбора значения, прежде чем выполнять запросы. Затем этот фильтр последовательно применяется ко всем диаграммам, запросам и боковым панелям. Водопад трассировки работает аналогично: при открытии спана он наследует все фильтры на уровне источника со страницы Search, при этом вы по-прежнему можете добавлять дополнительные фильтры. Страница Sessions также была обновлена: фильтры на уровне источника теперь передаются в боковую панель, панель трассировки и вложенные представления.
Автодополнение для фильтров на уровне источника также расширено. Ранее оно было доступно только на странице Search, а теперь работает везде, где поддерживаются фильтры на уровне источника, включая панели мониторинга. Внутри системы автодополнение теперь определяет ключи и значения по нескольким источникам, даже если у каждого источника свой набор фильтров. Те же улучшения доступны как в редакторе Raw SQL, так и в каждом поле фильтра на уровне источника в конструкторе запросов.
Связанные PR: #2331 Добавление привязки фильтров панели мониторинга к источнику, #2459 Отображение значка на плитках с исключёнными фильтрами, привязанными к источнику
Улучшенные панели мониторинга, сгенерированные ИИ для пользовательских схем
Демо от @pulpdrew
Пользователь, создававший с помощью ИИ панели мониторинга для пользовательской схемы, столкнулся с серьёзными проблемами производительности. Причина заключалась в том, что в сгенерированных плитках Raw SQL временной диапазон был жёстко задан вместо использования макросов фильтра времени панели мониторинга, поэтому изменение временного диапазона панели не давало эффекта. В одной из плиток также выполнялась фильтрация по столбцу с целочисленной временной меткой таким образом, что первичный ключ не использовался, вынуждая выполнять полное сканирование таблицы.
Чтобы устранить эту проблему, в схеме MCP для плиток панели мониторинга Raw SQL теперь явно указано, что агенты должны использовать макросы фильтра времени панели мониторинга. Интерфейс ClickStack также предупреждает, если в сгенерированной SQL-плитке отсутствуют эти макросы, благодаря чему проблему проще обнаружить до сохранения панели мониторинга. После развертывания изменений повторный запуск исходного промпта клиента сгенерировал SQL с корректными макросами, что значительно ускорило работу панели мониторинга.
Связанные PR: #2473 Направлять агентов к использованию макросов в плитках Raw SQL
Упрощение хеширования метрик OTel и идея для первичного ключа
Демо от @dhable
Благодаря вкладу сообщества было исправлено хеширование атрибутов для метрик со столбцами JSON-атрибутов, однако появились два разных пути выполнения кода. В JSON-схемах использовалась вариативная форма cityHash64, тогда как в схемах на основе Map перед хешированием сначала объединялись три Map. Как выяснилось, эта дополнительная работа не требовалась. Теперь оба типа схем используют одну и ту же реализацию cityHash64, что упрощает код и позволяет избежать ненужных выделений памяти для Map при хешировании.
Эта работа также выявила потенциальную оптимизацию схемы метрик OpenTelemetry. Сейчас первичный ключ хранит полную Map атрибутов, что увеличивает использование памяти, поскольку ClickHouse хранит Map в памяти как часть индекса. Одна из идей — материализовать хеш атрибутов во время вставки и использовать его в первичном ключе. Пока ничего не изменилось, но теперь, когда обновления схемы OpenTelemetry снова на повестке дня, к этой оптимизации стоит вернуться.
Связанные PR: #2475 Унификация AttributesHash с помощью вариативного cityHash64
Улучшения фильтров и источников данных
Демо от @alex-fedotyev
На этой неделе появились два небольших, но полезных улучшения удобства работы. Исключённые фильтры теперь гораздо легче воспринимать: отзывы клиентов показали, что в прежнем оформлении кнопку удаления было трудно заметить. Теперь для них используется более мягкий красный цвет, улучшающий контраст как в светлой, так и в тёмной теме.
Управлять большим количеством источников данных также стало проще. Теперь источникам можно назначать необязательный раздел, чтобы группировать их в средстве выбора источника. Источники без раздела по-прежнему отображаются в разделе «Другое», поэтому существующие настройки не затрагиваются. Поиск также обновлён: теперь он учитывает названия разделов, что упрощает поиск связанных источников, даже если вы помните только группу, к которой они относятся. Сейчас эта возможность используется внутри компании, пока команда изучает, как пользователи обычно организуют свои источники, прежде чем внедрять её более широко.
Связанные PR: #2478 Сделать исключённые фильтры читаемыми в светлой теме, #2432 Добавить необязательное поле Section для источников данных, #2476 Группировать селектор источников данных по разделам с поиском в стиле тегов, #2477 Предлагать существующие названия разделов в форме источника
Ограничение числа серий для каждой диаграммы с высокой кардинальностью
Демо от @wrn14897
Теперь диаграммы могут ограничивать число возвращаемых серий, что позволяет избежать проблем с производительностью при группировке по полям с высокой кардинальностью, например маршруту HTTP или ID спана. Ранее такие запросы могли формировать сотни тысяч серий, из-за чего панели мониторинга работали медленно или переставали отвечать. Теперь для диаграммы можно задать ограничение top N серий, сократив время отрисовки и объём передаваемых данных.
Эффективно выбирать ведущие серии для запросов, разбитых на фрагменты, сложнее. Текущая реализация определяет top N по последнему фрагменту, а затем применяет этот же набор серий ко всему запросу; обработка при этом выполняется в ClickHouse, а не в браузере. Этот подход всё ещё оценивается и может измениться по мере внедрения дополнительных оптимизаций запросов.
Связанные PR: #2449 Сделать ограничение серий подключаемым и согласованным между фрагментами, #2429 Ограничить временные ряды с group-by top-N сериями для предотвращения OOMПоследнее изменение 14 августа 2026 г.