Никита Орлов

СтатьяГайд

Инструменты для мониторинга логов python топ 5: мой личный выбор

Инструменты для мониторинга логов python топ 5: мой личный выбор

Зачем перебирать библиотеки для логирования python

Привет! У меня в репе опять разрослось приложение, и стандартный print или basicConfig уже не вывозят. Когда на проде случается деплой с багом, читать консоль через docker logs на виртуалке — это путь к нервному срыву.

Я задолбался искать, куда складывать логи python приложения, чтобы они не терялись при рестарте контейнера. Поэтому перетряхнул то, чем сам пользуюсь или тестировал в боевых условиях. Никакого энтерпрайза с ценником в крыло самолета, только то, что можно поднять за вечер.

Зачем перебирать библиотеки для логирования python
python terminal log error

1. Loguru: кому да, кому нет

Начну с базы. Loguru — это любовь с первой строчки в мануале. Заменяет стандартный logging одной строчкой from loguru import logger и избавляет от боли с настройкой форматтеров и хендлеров.

У меня она стоит на всех пет-проектах и в паре микросервисов. Красивый вывод в консоль из коробки, ротация файлов по размеру и времени без танцев с бубном.

  1. Кому да: тем, кто устал настраивать стандартный logging и хочет красивый цветной вывод сразу.
  2. Кому нет: огромным легаси-проектам, где всё завязано на кастомные Handler из стандартной библиотеки.

2. Sentry: кому да, кому нет

Когда проект выходит в паблик, просто читать текстовые файлы уже мало. Нужен нормальный трекинг исключений. Sentry ловит не просто текст, а весь контекст: стек вызовов, окружение, юзер-айди и даже куки, если надо.

Вчера агент случайно затёр тест, и Sentry тут же прислал алерт в телегу. Очень экономящая время штука, особенно когда пользователи сами не пишут в саппорт, а просто молча уходят.

  1. Кому да: веб-приложениям на FastAPI, Django или Flask, где критично знать о падениях до жалоб пользователей.
  2. Кому нет: консольным скриптам и локальным утилитам, у которых нет постоянного интернет-соединения.

3. Prometheus и Grafana: кому да, кому нет

Тут сделаю оговорку: это не про чтение строк лога, а про метрики и алерты. Но если мы говорим про мониторинг логов python топ решений, без Grafana Loki никуда. Loki позволяет пушить логи как метрики и искать по ним через LogQL.

Я поднимал этот стек в Docker Compose для небольшой системы очередей. Жрет память умеренно, если правильно настроить сжатие и retention.

  1. Кому да: тем, у кого уже крутится Prometheus и кто хочет единый дашборд с метриками и логами.
  2. Кому нет: разработчикам простых монолитов на одном сервере — ради этого разворачивать весь стек избыточно.

4. ELK / EFK стек (Elasticsearch, Logstash/Fluentd, Kibana): кому да, кому нет

Классика жанра, от которой у девопсов дергается глаз. Elasticsearch индексирует всё подряд, Kibana рисует красивые графики и таблицы. Поиск по гигабайтам логов работает мгновенно.

Но у меня на локальной машине этот монстр просто сожрал всю оперативку и начал тормозить мак. На продакшене под него нужно выделять отдельную виртуалку с нормальным диском.

  1. Кому да: крупным проектам с огромными потоками структурированных JSON-логов.
  2. Кому нет: стартапам и небольшим командам, у которых нет ресурсов администрировать этот кластер.

5. Vector или Logstash для сбора файлов: кому да, кому нет

Иногда приложение просто пишет логи в файл, и их нужно куда-то перекладывать. Vector от Datadog написан на Rust, летает как истребитель и жрет минимум ресурсов по сравнению с тяжелым Logstash.

Я использую его, чтобы забрать логи из папки в контейнере и отправить в облачное хранилище или на удаленный сервер.

  1. Кому да: тем, кто пишет логи в файлы и ищет быстрый агент для их сбора и форматирования.
  2. Кому нет: приложениям, которые отдают логи сразу по сети или в stdout без промежуточных файлов.

Итог: что выбрать для старта

Если коротко резюмировать мой опыт: для разработки и небольших сервисов берите Loguru + Sentry. Это закрывает 90 процентов потребностей без боли и долгой настройки.

Если вырастают объемы — смотрите в сторону Grafana Loki или Vector. А что используете вы в своих проектах? Напишите в комментариях, интересно послушать альтернативы.

Итог: что выбрать для старта
developer workspace code setup
0
1

Комментарии (0)

Войдите, чтобы комментировать.

Без Plus — 5 комментариев в месяц. Мало слов — чистый воздух. Войти

Комментариев пока нет — будьте первым.

Ещё в теме «Код и разработка»

Похожие материалы и соседние разборы

Никита Орлов

Как не упереться в лимит запросов в Claude Code и что делать Короче, если вы уже крутите Claude Code в терминале, то наверняка видели эту злую ошибку про rate limit. Сидишь такой, дебажишь сложный баг, агент бодро пишет код, рефакторит тесты — и тут бац: «Rate limit reached». Всё, приплыли, кукушка говорит «ждите час» или сколько там до сброса. У меня такое происходит регулярно, если дать агенту волю. Раньше я просто пускал его в проект и говорил: «Почини всё». Это главная ошибка. Claude начинает читать вообще всю репу, тащит в контекст гигабайты логов и node_modules, если они не заигнорены, и сжирает месячный лимит токенов за полчаса активной работы. Давайте разберем, как я теперь экономлю запросы и выживаю без нервных срывов. Почему улетает claude code rate limit и как с этим жить Основная проблема — контекст. Агенты устроены так, что с

Как не упереться в лимит запросов в Claude Code и что делатьПоказать полностью
0
1
Никита Орлов

Какие фреймворки для разработки AI-агентов использовать в 2024 году Привет! У меня тут на днях агент в очередной раз улетел в бесконечный цикл, сжег кучу токенов на OpenAI и затер локальную базу тестов. Классика для ночной смены. Если вы тоже устали от красивых демок на Streamlit, которые сыпятся на первом же нестандартном ответе модели, давайте смотреть на фреймворки для AI агентов с точки зрения инженера. Мне важен не столько красивый синтаксис графов, сколько стабильность под нагрузкой, нормальный async, человеческий логгинг и понимание, куда делся стейт, когда упал воркер. Короче, собрал пятерку инструментов, которые я сам крутил в продакшене, и готов выдать честное сравнение. LangGraph: когда нужен жесткий контроль стейта LangGraph от создателей LangChain — это первое, куда я смотрю, когда логика агента перестает помещаться в один

Фреймворки для AI агентов в продакшене: топ 5 инструментовПоказать полностью
0
1
Никита Орлов

Почему Claude Code падает с ошибкой rate limit в терминале У меня вчера на середине рефакторинга отвалилась утилита. Сижу, правлю большой модуль, жду фидбек от агента, а в терминале прилетает классика: anthropic api rate limit. Процесс обрывается, контекст теряется, настроение так себе. Сама по себе тулза удобная — гоняешь её прямо из репы, она сама шарится по файлам, запускает тесты. Но у неё есть особенность: если репозиторий огромный или в промпт улетает слишком много лишнего кода, лимиты токенов вылетают мгновенно. Anthropic бьет по рукам за превышение RPM и RPD (requests per minute / day), особенно если тариф базовый. Как понять, что это именно claude code rate limit error Ошибки бывают разные. Иногда тулза просто зависает на этапе генерации дифа, иногда выкидывает JSON с кодом 429. Если вы видите в логах упоминание «Too Many Requests»

Claude Code падает с ошибкой rate limit: как чинить в репеПоказать полностью
0
1
Никита Орлов

Зачем вообще запускать локальные модели для кода У меня в репе лежат приватные ключи, проприетарные алгоритмы и куча legacy, которую стыдно показывать даже коллегам, не то что облачным провайдерам. Вчера очередной агент попытался слить кусок контекста наружу, и я психанул. Решил, что хватит кормить чужие датасеты своими энтерпрайз-костылями. Поставил Ollama, выделил под это дело локальную тачку с нормальной видюхой и начал тестировать лучшие модели для кода локально. Главный критерий простой: чтобы она не тупила на автодополнении в Cursor или VS Code и выдавала рабочий синтаксис с первой попытки, а не генерировала синтаксический мусор. Ниже — мой личный топ-5 локальных нейросетей для программирования, которые я потрогал руками, покрутил в разных сценариях и отобрал для повседневной разработки. 1. DeepSeek-Coder-V2: тяжёлая артиллерия для

Какие локальные LLM для написания кода запустить: топ-5 моделейПоказать полностью
0
0
Никита Орлов

Какие формулировки чаще всего ломают ответ модели по коду? Всем привет. У меня в репе опять веселье: вчера агент погнал какую-то дичь и затёр рабочий тест, потому что я поленился нормально описать задачу. И сразу в чате спросили про топ 5 ошибок при промптах для кода. Короче, давайте без воды и копирайтерского бреда разберем, от каких фраз модели начинают генерировать нерабочий мусор. Когда мы пишем задачу ассистенту на бегу, в стиле «почини там всё, чтобы работало», мы получаем ровно то же самое на выходе. Модель не умещает в голове контекст всего проекта, если мы ей его не скормили. Ниже собрал пять главных грабель, на которые наступал сам и вижу у других в коммитах. Первая ошибка: «сделай красиво и по стандарту» Первый пункт в нашем топе 5 ошибок при промптах для кода — это абстрактные требования вроде «перепиши красиво», «оптимизируй» или

Топ 5 ошибок при промптах для кода: почему модель ломает репуПоказать полностью
0
1
Никита Орлов

Как я выбирал фреймворки для локальных моделей python Привет! У меня в репе скопилось уже столько конфигов под локальные модели, что пора писать автотест на проверку совместимости библиотек. Вчера агент опять затёр рабочий тест для RAG, и я решил сесть и нормально зафиксировать, что вообще стоит ставить, если надо запустить LLM локально в Питоне. Запрос на фреймворки для локальных моделей python сейчас дикий, но по факту половина тулзовин тащит за собой такой оверхед из зависимостей, что проще написать обертку на чистом requests. Давайте разберем пять инструментов, которые я реально крутил на своем железе, без маркетинговой шелухи. 1. Ollama и Python API: минимум боли Начну с того, на чем сейчас крутится 90 процентов моих локальных задач. Сама Оллама написана на Go, но официальный Python-клиент работает как часы. Никаких танцев с компиляцией

ТОП-5 фреймворков на Python для локальных LLM: личный опыт из репыПоказать полностью
0
1