Мониторим ИТ

Public

Просмотреть канал

394

74.4K

385.1K

Не можете присоединиться? @monitorim_it

8.3k Участники

Обновлено: May 5, 2026 at 12:16 PM

Мониторим ИТ

Канал о наблюдаемости (Observability): логи, трейсы, метрики. Канал в MAX: https://max.ru/id182905929815_biz Реклама: @gals_ad_bot Вопросы: @antoniusfirst @usr_bin_linux — Linux @zabbix_ru — Zabbix @elasticstack_ru — ElasticSearch/OpenSearch

@monitorim_it offers specialized information about gals_ad_bot and linux for subscribers interested in Инструменты хакинга

Рейтинг

Глобальный рейтинг

#456

Рейтинг по языку

#45

Рейтинг по категории

#23

-1

Рост участников (Последние 3 дней)

Всего: 8.3K

Рост за 24ч: +0 0%

Последние посты

Мониторим ИТ

24 апр. 2026 г., 06:31

Когда мониторинг молчит, а сервис уже падает

«404 секунды» — ИТ-шоу для тех, у кого нет времени на лишнее: ровно 404 секунды про инженерные темы, которые реально бьют по продакшену. DevOps, SRE, техлиды — здесь не новости, а выжимка того, что влияет на инфраструктуру прямо сейчас.

Новый выпуск — про observability. Тема, с которой многие сталкивались на практике. Когда алерты перестают восприниматься как сигнал — классический alert fatigue: все орет, ты фильтруешь, а в итоге важное легко пропустить. В выпуске как раз про это: почему привычный мониторинг не справляется с микросервисами и Kubernetes, как начать понимать причины, а не только чинить симптомы, и что делать с alert fatigue, когда алертов становится слишком много.

Отдельно ведущий говорит про AI в мониторинге и инцидентах, как автоматизация постепенно меняет подход к наблюдаемости, и приводит примеры из практики, например, как такие подходы реализуются через платформы вроде Monium, которые используют сервисы и продукты Яндекса.

Смотреть и слушать выпуск тут: https://youtu.be/jc9zZbnrpMA?si=3xzGAL0zz7Oqw_53&utm_source=telegram&utm_medium=post&utm_campaign=monitorim_it&erid=2SDnjcmpt9P, https://vkvideo.ru/video-231368813_456239129?sh=4&utm_source=telegram&utm_medium=post&utm_campaign=monitorim_it&erid=2SDnjcmpt9P и https://music.yandex.ru/album/40637809/track/149745621?utm_source=telegram&utm_medium=post&utm_campaign=monitorim_it&erid=2SDnjcmpt9P. И подписывайтесь, чтобы быть в теме без лишнего шума.

2,350

Мониторим ИТ

24 апр. 2026 г., 06:31

📷 Photo

Собираем NetFlow-статистику через eBPF: от физических серверов до K8s

Когда речь идёт о расследовании инцидентов, связанных с безопасностью своих ресурсов, «приблизительной» статистики недостаточно — нужны подробности. Однако, встроенные в сетевое оборудование решения (вроде sFlow/NetFlow) с этим, как правило, не справляются:

🚀 попытки передать полную телеметрию слишком сильно нагружают сетевое «железо»;

🚀 семплирование sFlow не позволяет получить наблюдаемость на уровне каждой сессии;

🚀 экспорт специфических полей данных часто невозможен в принципе.

Поэтому мы реализовали собственную систему сбора данных. Она позволяет «видеть» не только трафик на границе сети, но и весь жизненный цикл каждой сессии.

За основу взяли eBPF/XDP и NetFlow. Почему именно их? Потому что у нас на BPF построена целая платформа для обработки трафика со своими нюансами и особенностями. NetFlow — это лишь один её элемент.

ИТ-инфраструктуру нашей компании можно условно разделить на 3 типа: физические серверы, виртуализация и Kubernetes-кластеры. У каждого из этих типов есть свои особенности сбора статистики, о которых рассказано в статье.

https://habr.com/ru/articles/1015480/

📱 | 📲 https://max.ru/id182905929815_biz

Мониторим ИТ

24 апр. 2026 г., 06:31

📷 Photo

OpenTelemetry со Spring Boot

В экосистеме Spring большая часть телеметрии была завязана на Micrometer Project (Был ещё spring-cloud-sleuth если кто помнит). Но полноценного all-in-one решения для того, чтобы Spring Boot приложение просто начало экспортировать телеметрию по OTLP не было. До Spring Boot 4.

На данный момент для интеграции OTel в Spring Boot приложения есть 3 пути: Java Agent (минимум кода, но чувствителен к версиям и может конфликтовать с другими агентами), сторонний OTel starter (стартер от самих OpenTelemetry, но тянет alpha-зависимости) и новый spring-boot-starter-opentelemetry, доступный в Spring Boot 4.0.
https://habr.com/ru/companies/spring_aio/articles/1017016/.

📱 | 📲 https://max.ru/id182905929815_biz

2,400

Мониторим ИТ

24 апр. 2026 г., 06:31

linnix

Утилита top показывает 80% загрузки CPU, Prometheus показывает высокую задержку, но какой именно pod тормозит работу вашего платежного сервиса?

Linnix использует eBPF + PSI (Pressure Stall Information) для решения этой проблемы. PSI измеряет фактическое время простоя — не использование ресурсов, а конкуренцию за ресурсы. Pod, использующий 40% CPU при 60% PSI, работает хуже, чем под, использующий 100% CPU при 5% PSI.

Что обнаруживает Linnix:

🚀 Шумные соседи: какой контейнер морит голодом другие?

🚀 Форк-штормы: неконтролируемое создание процессов перед сбоем узла.

🚀 Причина задержки: «Pod X вызвал задержку в 300 мс у pod Y».

🚀 Насыщение PSI: нагрузка на CPU/ввод-вывод/память, которые не отображаются в top.

https://github.com/linnix-os/linnix

📱 | 📲 https://max.ru/id182905929815_biz

2,990

Мониторим ИТ

24 апр. 2026 г., 06:31

📷 Photo

Native OpenTelemetry inside Alloy: Now you can get the best of both worlds

Начиная с версии 1.14.0, Alloy включает экспериментальный механизм OpenTelemetry, который позволяет настраивать Alloy с помощью стандартного YAML-файла OTEL-коллектора. Эта функция необязательна и полностью обратно совместима, поэтому существующая конфигурация Alloy не изменится, если вы не включите поддержку OpenTelemetry. https://grafana.com/blog/native-opentelemetry-inside-alloy-now-you-can-get-the-best-of-both-worlds/.

А кто-то из читателей канала пользуется Alloy? Расскажите о своем опыте.

2,960

Мониторим ИТ

24 апр. 2026 г., 06:31

📷 Photo

Неочевидные оптимизации Iceberg таблиц

Iceberg становится де-факто отраслевым стандартом при построении lakehouse в России. Для сравнения, на последней конференции smart-data, Iceberg по частоте упоминания уступает только Spark. Это значит, что уверенное владение механикой работы Iceberg становится обязательным навыком для инженеров данных и платформенных команд.

Вы спросите: а при чем тут мониторинг и Iceberg? А при том, что в таких системах как Apache Iceberg или Delta Lake можно эффективно хранить Observability-данные. При этом, конечно, правильно все настроив. https://habr.com/ru/articles/1013956/.

https://clickhouse.com/blog/lakehouses-path-to-low-cost-scalable-no-lockin-observability. Здесь вы узнаете о премуществах использования ClickStack (observability-платформы) совместно с Clickhouse и, например, Iceberg.

2,850

Мониторим ИТ

24 апр. 2026 г., 06:31

📷 Photo

Создание платформы наблюдаемости с помощью SigNoz, ClickHouse и OpenTelemetry

https://teletype.in/@monitorim_it/building-a-production-grade-observability-platform об использовании стека наблюдаемости без Prometheus. Для промежуточного хранения данных используется Kafka. Весьма интересный подход.

📱 | 📲 https://max.ru/id182905929815_biz

2,710

Мониторим ИТ

24 апр. 2026 г., 06:31

📷 Photo

Эволюция логирования в Lenta tech: грабли, миграции и неочевидный финал с Victoria Logs

https://habr.com/ru/companies/lentatech/articles/1012076/, как за последние четыре года менялась система логирования в Ленте, какие решения они принимали по ходу роста инфраструктуры и к какому результату в итоге пришли. Спойлер: Loki -> Clickhouse -> VictoriaLogs.

2,470

Мониторим ИТ

24 апр. 2026 г., 06:31

📷 Photo

Как в Авито построили систему мониторинга BGP

https://habr.com/ru/companies/avito/articles/1012780/, зачем в Авито централизованно собирают и анализируют маршрутную информацию с сетевых устройств, причём тут протокол BMP и как устроена их система мониторинга. В конце статьи лаба на docker-compose, которую вы можете запустить у себя и посмотреть на систему в действии.

Статья будет полезна в первую очередь сетевым инженерам, командам SRE и мониторинга, которые отвечают за доступность и качество сервиса.

https://github.com/nocdeveloper/BMP-collector-demo

3,010

Мониторим ИТ

24 апр. 2026 г., 06:31

📷 Photo

Логи: всё, что нужно знать тестировщику

Логи — это записи о том, как работает любая система: будь то сайт, мобильное приложение или микросервис. Логирование происходит автоматически, информация сохраняется в файлах или специальных сервисах. Пользователь этих записей не видит, но для тестировщика логи особенно важны — ведь по ним можно определить, что происходило в системе при сбое, даже если на фронтенде отображается только общее сообщение об ошибке.

https://habr.com/ru/articles/1014648/

2,610

Showing 10 of 10 posts

No more posts

Рейтинг

Требуется вход

Отзывы пользователей (0)

Пока нет отзывов. Будьте первым, кто поделится своим опытом!

Мониторим ИТ

Мониторим ИТ

Рейтинг

Рост участников (Последние 3 дней)

Последние посты

Рейтинг

Отзывы пользователей (0)

Похожие каналы Telegram

JetTon Proxy 🔓

КЛЕВЕР COEX

КручуВерчу 🤟 SEODEN

Meta-AI | Мета-ИИ

XONE - Приватные читы для CS2

Габи Сатори

Схематоза 3.0

Навигаторская Григория

Похожие каналы Telegram

JetTon Proxy 🔓

КЛЕВЕР COEX

КручуВерчу 🤟 SEODEN

Meta-AI | Мета-ИИ

XONE - Приватные читы для CS2

Габи Сатори

Схематоза 3.0

Навигаторская Григория

Отзывы пользователей (0)

Последние посты