Мониторим ИТ

🚀 Вышел Zabbix 8.0.0rc1 Первый релиз-кандидат Zabbix 8.0 показывает, каким будет следующий крупный LTS-релиз. Главный вектор развития — переход от классического мониторинга инфраструктуры к полноценной observability-платформе. Что нового: 🚀 Поддержка OpenTelemetry — сбор данных через Zabbix Proxy, хранение APM-данных и визуализация распределённых трассировок прямо в интерфейсе Zabbix. 🚀 ClickHouse как хранилище истории — для масштабируемой работы с большими объёмами телеметрии. 🚀 Telemetry query — новый тип элемента данных для запросов к телеметрии. 🚀 Готовые OpenTelemetry-шаблоны для Proxmox, Envoy Proxy и OpenRouter. 🚀 Новый интерфейс — тёмно-синяя тема, обновлённый дизайн и улучшенная доступность. 🚀 Экспорт и импорт дашбордов, новый Scatter plot и доработанные графики. …

Tempo 3.1 release: new features for Kafka, TraceQL metrics updates, trace redaction, and more В новом релизе появились защищённые подключения к Kafka, чтение данных из своей зоны доступности для снижения сетевых расходов и поддержка дополнительных алгоритмов сжатия. Чувствительные данные теперь можно удалять сразу из нужных трейсов с помощью запроса TraceQL — перечислять каждый trace ID вручную больше не требуется. Метрики TraceQL научились учитывать сэмплирование, а ускоренный путь чтения позволяет выполнять некоторые запросы почти вдвое быстрее. Кроме того, форматом хранения по умолчанию стал Parquet5, улучшены генератор метрик и карты сервисов, а экспериментальная функция сравнения трейсов помогает искать регрессии между запусками. Подробнее в блоге Grafana → ✅ Telegram | ✅ MAX

ClickHouse под трейсы: почему шесть бэкендов Jaeger оказались выбором из двух В документации Jaeger — шесть вариантов бэкенда. Но для облачного сервиса с десятками терабайт телеметрии и сотнями независимых клиентов список быстро сокращается. А решающим требованием становится изоляция данных между проектами. Команда VK Cloud рассказывает, почему выбрала ClickHouse для Cloud Tracing: чем не подошли Cassandra и Elasticsearch, как устроила поиск трейсов и зачем понадобились собственный приёмник и авторизующий прокси. Отдельно — о компромиссах при отказе от Kafka и о том, что изменила нативная поддержка ClickHouse в Jaeger v2. Полезный разбор для тех, кто выбирает хранилище телеметрии и хочет заранее оценить не только производительность, но и объём собственной разработки. Читать статью на Х…

CheckCle Ещё один проект в копилку мониторинга. CheckCle можно развернуть у себя и собрать в одном интерфейсе проверки доступности, метрики серверов, контроль сертификатов и публичную статус-страницу. Что умеет: 🚀 Проверять HTTP, DNS, Ping и TCP-сервисы, отслеживать время ответа и историю доступности. 🚀 Выполнять распределённые проверки из разных регионов. 🚀 Следить за сроками действия SSL-сертификатов и доменов. 🚀 Собирать через агент загрузку CPU, потребление RAM, использование дисков и сетевую активность. Поддерживаются Linux и Windows, причём Windows пока в бете. 🚀 Учитывать окна обслуживания, вести историю инцидентов и отправлять уведомления в Telegram, почту, Slack, Discord и Matrix. Репыч на Гитхаб P.S. Демо у них отвалилось. ✅ Telegram | ✅ MAX

Coroot: eBPF-профилирование, логи, трейсы в приложениях в kubernetes Coroot — open-source observability-платформа, которая из метрик, логов и трейсов делает выводы о том, что чинить. Её ключевая особенность — непрерывное профилирование без изменений кода: eBPF-профилировщик снимает CPU-профили всех процессов на ноде, а языковые профилировщики (Go, Java) добавляют память и блокировки. В результате флеймграф показывает нагрузку до точной строки кода, а предустановленные инспекции находят типовые проблемы — утечки памяти, лишние аллокации, блокировки. Разбор Coroot в статье на Хабре Репыч Coroot на Гитхаб ✅ Telegram | ✅ MAX

Grafana Alerting: Scale alert routing without scaling complexity using multiple notification policies В Grafana Alerting появилась полезная штука для тех, у кого одним инстансом пользуются несколько команд. Исторически маршрутизация уведомлений жила в одном общем дереве. Можно было выделить каждой команде свою ветку, но конфигурация всё равно оставалась общей. Хочешь поменять доставку алертов своего сервиса — правишь дерево, в котором живут и все соседи. С ростом числа команд удовольствие сомнительное. В Grafana 13.2 в GA появились несколько независимых деревьев notification policies. Теперь можно завести отдельное дерево для команды или сервиса и явно направить в него алерты нужных правил. У каждого дерева — своё управление через UI, API или Terraform. Самое полезное здесь — возможнос…