Что нового в Zabbix 8?
На носу релиз Zabbix 8.0 LTS. Полагаю, пришло время рассмотреть, что нового там должно появиться, чем мы собственно сейчас и займёмся.
APM and observability
APM - если дословно - это мониторинг производительности приложений (Application Performance Monitoring)
Observability - Наблюдаемость.
Какую проблему решает?
Представьте ситуацию, когда у вас какой-то, например, веб-сайт. У него есть какой-то балансировщик, куда приходят запросы от клиентов. Балансировщик, получив запрос и параметры, понимает, куда его перенаправить дальше. Например, Пользователь 1 нажал в браузере на кнопку "Авторизоваться" и на балансировщик прилетел запрос, адресованный в /auth и параметры для авторизации. Балансировщик должен направить этот запрос в сервис для проверки валидности пользователя, назовём его условно auth-service и если всё ОК или не ОК, вернуть в браузер результат. Получив результат, если не ОК, браузер рисует пользователю какой-то отбойник типа "Логин или пароль неверны", если ОК - браузер продолжает работу и перенаправляется на адрес, например /dashboard. На балансировщик прилетает запрос "нужно получить данные о том, что отобразить на /dashboard Пользователя 1". Балансировщик видит обращение на /dashboard и идентификатор пользователя и понимает, что ему нужно отправить в условный dashboard-service запрос типа "какие панели должны присутствовать на дашборде пользователя 1". Он снова либо получает данные, либо не получает, но в любом случае браузер получает какой-то результат. Если сервис dashboard-service, например, лежит и недоступен, то отображает какую-то информацию, например "Ошибка на стороне сервера". Если же всё ок - то он получает информацию о том, какие панели должны быть на дашборде и снова отправляет на балансировщик запросы, чтобы получить уже данные, которые отобразить на панелях.
Каждый запрос - порождает логи на балансировщике, обрабатывающем запросы, каждая пересылка запроса с балансировщика на какой-то нижестоящий сервис - порождает логи в этом сервисе. И когда всё работает - всем плевать. Но когда что-то начинает сбоить - разрабы хотят знать, что, где, когда, с какими данными, у какого пользователя и т.д. Доступ к мониторингу OpenTelemetry может позволить нам решать эту проблему без сторонних промежуточных решений.
OpenTelemetry data collection
Одним из решений в данной ситуации является OpenTelemetry. Разрабы к каждому запросу добавляют специальный идентификатор, который фигурирует в каждом логе. При этом на одну цепочку запросов у всех логов будет один и тот же идентификатор.
Системы, анализирующие подобные логи - из всего нескончаемого потока логов, выдёргивают логи с одинаковыми идентификаторами, группируют их и предоставляют по ним сквозную аналитику, в которую входят все логи в порядке их появления, продолжительности выполнения запросов, очерёдности выполнения запросов, их результатов и т.д. Что позволяет разрабам сократить время на поиск ошибки, её первопричин и последствий. Они в системе мониторинга могут найти соответствующий ERROR лог и благодаря идентификатору OpenTelemetry найти, с чего всё началось и чем закончилось. Вот эти самые данные, необходимые для работы с OpenTelemetry и будет собирать Zabbix.
Log based observability
Улучшения и оптимизации в процессе аналитики и дебага по логам. Долгое время с логами в Zabbix было всего удобнее работать через сторонние решения по сбору и аналитике логов. Например, Graylog, Elasticsearch, Victoria Logs и т.д. собирают логи, а заббикс через HTTP Agent отправляет в них квери, по которым выбирает нужные данные или различные саммари в стиле "Сколько failed login attemp было на серверах X за время N", и получив какой-то результат или конкретное число, записывает его себе в Item, в случае необходимости реагирует с помощью Trigger и рассылает алерты куда надо через MediaType.
Инженеры мониторинга, увидев алерт, лезут в соответствующую систему, которая эти самые логи собирает и там уже ищут и анализируют логи. Есть шанс, что Zabbix в своём веб-интерфейсе реализует какой-то подобный функционал, но это неточно.
OpenTelemetry tracing data visualization
Визуализация тех самых данных OpenTelemetry (трейсов), о которых написано в первом пункте этого раздела.
Optimized storage engine for telemetry
Оптимизация storage engine для телеметрии. Одна из причин, по которым и использовались различные решения для сбора логов, в том и заключалась, что хранить в реляционной базе данных типа postgresql терабайты текстовых данных, которые естественным путём генерируются при сборе логов - было изначально ущербным решением и судя по заявленному функционалу, этот вопрос будет наконец-то решён.
AI enablement
Ты не ты, если не мечтал не просто получать алерты от заббикса, а сразу получать какое-то направление к действиям, куда посмотреть, что сделать, а может быть даже результат уже проделанных действий. Что сделано, что получилось. А если всё получилось, то вообще замечательно. Раньше это всё делалось долгим и кропотливым описанием дескрипшенов к триггерам, указанием там ссылок на какую-нибудь документацию или руководства. Написание этой документации или руководств.
Подключение к триггерам экшенов, которые в случае срабатывания триггеров дёргали какие-то скрипты. И чем абстрактнее триггер, тем сложнее и вариативнее скрипт. Долго, сложно, необходимый для этого уровень скилла улетает в небеса и пробивает стратосферу. Тот, кто может это реализовать - уже не инженер мониторинга, а разработчик мониторинга.
Zabbix MCP server
Теперь не надо пилить свои MCP-сервера для того, чтобы ИИ агенты могли хоть как-то взаимодействовать с Заббиксом. Официальный Zabbix MCP-сервер позволит ИИ-агентам взаимодействовать с мониторингом так тесно, как никогда. Получать данные, управлять алертами, получать доступ к настройкам мониторинга. Когда-то вам казалось, что инженеров мониторинга слишком мало и трудно найти даже джуна? Теперь их будет ещё меньше.
AI Tools
Вероятнее всего, помимо нативного MCP-сервера, появится ещё какой-то встроенный иишечный функционал. Очень интересно, за чей счёт праздник, и можно ли будет подключить свою локальную модель каким-нибудь боком.
Zabbix Mobile Application
Mobile Application
Мобильное приложение для iOS и Android, которое будет выпущено одновременно с Zabbix 8.0 LTS. В нём обещают возможность получения пушей, доступа к разделу Problem и историческим данным. Функционал управления проблемами, полагаю, по типу Suppress, изменения уровня критичности, комментов и всего, что доступно по кнопке Update в любой проблеме.
Event correlation and enterprise alarm console
Complex event processing engine
Предоставляет полностью автоматизированную обработку событий, включая тэги и изменения уровня критичности, фильтрацию, дедупликацию, автоматическое закрытие событий за сроком давности. Логика временного окна, продвинутое сопоставление с паттернами и обработка кастомными джава-скриптами, анонимизация и многое другое. Это позволит Zabbix применяться в таких сценариях, как обнаружение фрода, мониторинг безопасности (SIEM), поиск корреляции между событиями и многое другое.
Security and compliance
Permissions for proxies and proxy groups
Управление видимостью для прокси и групп прокси аналогично тому как у групп хостов
Upload of SSO certificates
Возможность загружать SSO сертификаты через веб-интерфейс Zabbix
Hardening external secret storage
Поддержка авторизации в HashiCorp Vault через AppRole
Export of auditlog to CSV
Возможность экспорта отфильтрованных аудит-логов в CSV
Performance and scalability
Massive performance improvements
Возможность собирать данные с миллионов источников в секунду благодаря неописуемо сильно выросшей производительности Zabbix Server и гибким хранилищам, поддерживающими выкатку инфры мониторинга колоссальных масштабов.
Faster SNMP data collection
Увеличение скорости сбора данных с SNMP-источников
High availability and redundancy
Automatic failover for PostgreSQL backend
Автоматический фейловер для PostgreSQL-бэкенда. В feature-реквесте я понял, что люди хотят, чтобы в DBHost можно было указать не 1 адрес СУБД, который является адресом мастера, а несколько адресов, чтобы в случае, если мастер падал, и происходил автоматический фейловер, заббикс сам переключался на новый мастер, без использования различных vip и pgbouncer. Большой вопрос, что в итоге реализуют разрабы. По названию фичи я сначала подумал, что заббикс сам будет управлять фейловером постгреса. Но что будет по факту, мы пока не узнаем.
Advanced visualization and reporting
Import and export dashboards
Если кто не знал, по сей день в заббиксе нельзя штатными средствами через гуй экспортировать ваш красивый дашборд и перенести его на другой заббикс. В 8й версии наконец-то обещают реализовать данный функционал.
Controll of clustering in Geo Maps
Возможность включить объединение в кластера объектов, находящихся рядом друг с другом на картах Geo Maps
Improvement for the Graph Widget
Различные улучшения, направленные на увеличение юзабилити подсказок на графиках, новые опции отображения легенды на графике, ось Y с отрицательными значениями и многое другое.
Customizable table views
Возможность гибко тюнить таблицы в интерфейсе Zabbix, благодаря возможности менять размер колонок, менять их порядок, скрывать ненужные колонки в некоторых таблицах интерфейса Zabbix. Речь о таблицах через которые мы воспринимаем информацию, например таблица на странице Problems и Latest Data
Maximize dashboard widget
Возможность растянуть виджет на дашборде на весь экран
New widgets for dashboards and reporting
Scatter plot
Возможность визуализировать и анализировать корреляцию между различными метриками с помощью нового виджета Scatter Plot
General usability improvements
Overall usability enhancements to existing sections of the web interface
Общие улучшения функциональной составляющей существующих страниц интерфейса и различных форм, направленные на улучшение общего пользовательского опыта.
One-click "Put in maintenance" action
Возможность быстро перевести в Maintenance Mode выбранные или отфильтрованные проблемы
Inline validation of all UI forms
Внедрение валидации всех текстовых полей, заполняемых пользователем, а также повышение информативности сообщений об ошибках заполнения всех существующих форм.
Core improvements
Manage tags for LLD discovered triggers
Возможность вручную модифицировать тэги триггеров, которые были созданы через прототипы триггеров из LLD (Low Level Discovery rules)
JSON data type
Новый тип данных JSON (видимо речь про тип данных указываемый в Item при его создании). Позволит нативно собирать любые структурированные данные, которые могут быть преобразованы в JSON.
Inherited tags
будут видимы на уровне итемов и триггеров, унаследованных от них.
General directions
Продолжать внедрение поддержки Изуверского Интеллекта, для улучшения пользовательского опыта и обработки данных
Продолжать расширение Zabbix в разрезе функционала мониторинга, обнаружения проблем, алертинга и возможностей визуализации
Продолжать делать заббикс настолько гибким и модульным, насколько это возможно
Делать заббикс как можно проще для пользователей, путём улучшения функциональности и интерфейса
Продолжать превращать Zabbix в ультимативную платформу по мониторингу и аналитике данных как в области IT, так и ОТ(автоматизированных систем управления).