Logging
Описание
практика централизованного сбора и анализа логов приложения.
Ценность
Преимущества:
- Практика позволяет оценить текущее состояние приложения и события приведшие к текущему состоянию. Упрощает отладку. Позволяет собрать данные для последующего анализа и улучшения процессов и приложения.
- Команда может следить за тем как приложение работает. По логам можно отследить какие события происходят в системе и их последовательность. Логи значительно упрощают поиск и исправление инцидентов.
- Логи можно агрегировать и обрабатывать, строить дашборды по аналогии с мониторингом, проверять бизнес гипотезы. Настроив сквозное логирование, когда каждое событие содержит идентификатор сессии, можно строить цепочки событий и проще выяснить в каком компоненте произошел сбой.
- Настроенные нотификации предупредят об инциденте до того, как пользователи заметят деградацию сервиса. Что позволит быстрее исправить проблему.
Последствия отсутствия:
- Без логирования сложно разобраться в том какое событие произошло и что стало его причиной.
Критерии оценки 30
Команда разработки может получить логи со всех окружений
У команды разработки есть доступ к инфраструктурным логам и логам приложения с возможностью их дальнейшей обработки и отправки в централизованное хранилище
Определены цели логирования, понятно, какие логи ключевые
Логи структурированы
Используется централизованное хранилище логов
Реализованы политики ротации и хранения логов
Логи не содержат конфиденциальную информацию (например, секреты, пароли, ssh-ключи, токены и т.д.)
Логи передаются по защищенному каналу связи, хранилище логов защищено
Собранные логи пригодны для дальнейшей работы с ними
Логи собираются выборочно и фокусируются на ключевых компонентах, минимизируя лишний "шум"
Команда разработки может получить логи со всех окружений.
Модуль Deckhouse log-shipper Команда разработки получит инфраструктурные логи и логи приложений с возможностью их перенаправления для дальнейшей обработки или отправки в централизованное хранилище.
https://daily.dev/blog/12-logging-best-practices-dos-and-donts
https://betterstack.com/community/guides/logging/logging-best-practices/
https://talent500.co/blog/learn-top-20-devops-logging-best-practices/
https://medium.com/@krithika_85083/monitoring-and-logging-in-devops-best-practices-for-proactive-issue-resolution-94394ccff3d7
определены цели логирования (какие логи ключевые и важные)
реализована практика "структурированные логи"
используется централизованное хранилище логов
реализовано Log Rotation and Retention Policies
отсутствие конфиденциальной информации в логах
логи передаются по защищенному каналу связи, хранилище логов защищено
проводится регулярное ревью и управление логами
цели логирования не определены или определены не точно
логи собираются, но они не пригодны для дальнейшей работы с ними.
отсутствует централизованное хранилище логов
наличие конфиденциальной информации в логах (секреты / пароли / ssh-ключи / токены / api-keys).
не используется централизованное хранилище логов
собираются логи всех компонентов, что создает много 'шума'
проводится регулярное ревью и управление логами
Ресурсы 2
-
Модуль Deckhouse log-shipper предназначен для сбора инфраструктурных логов и логов приложений и их
-
перенаправления из кластера для дальнейшей обработки или отправки в централизованное хранилище.
Метаданные
- ID:
- 53ced18c-eef9-4c12-93a4-2ef6e5c8d5ef
- Slug:
logging- Версия:
- 2.0
- Проекты:
- ФармаИмпекс Client1/Project1
- Критерии:
- 10 survey 20 check
- Создано:
- 2026-04-30
- Обновлено:
- 2026-04-30