Требования к технологиям для построения централизованного логирования

Существует ряд требований, предъявляемых к технологиям, которые будут задействованы при реализации централизованного логирования, а именно:

Требования относительно агрегации логов с сервисов (сборщик логов):

• 1) гибкость технологии;
• 2) простота в использовании;
• 3) с открытым исходным кодом;
• 4) наличие агентов (отправителей логов);
• 5) возможность добавления собственных/существующих плагинов;
• 6) унифицирование полученных данных;
• 7) масштабируемость.

Требования относительно анализа логов и поиска информации по ним (анализатор логов):

• 1) скорость поиска по большим объёмам информации;
• 2) асинхронная работа;
• 3) высокая надёжность и доступность;
• 4) масштабируемость;
• 5) с открытым исходным кодом.

Требования относительно отображения статистики и иной информации после анализа полученной информации (логов) (визуализатор):

• 1) лёгкость в конфигурации;
• 2) гибкий интерфейс;
• 3) возможность добавления собственных/существующих плагинов;
• 4) лёгкая интеграция с другими компонентами сервиса.

Изучение логирования в системе

В бизнес приложении основной библиотекой логирования является Log4j, а также используется его надстройка — это slf4j. Некоторые компоненты используют такую библиотеку, как commons-logging.

Log4j API является полезной, эффективной и простой в использовании утилитой, которая служит для упрощения процесса логирования. Log4j обеспечивает надежный, полностью настраиваемый, легко расширяемой и легко реализуемый фреймворк для логирования Java-приложений. Работа данной библиотеки включает три концепции: logger, appender and layout.

Logger используется для регистрации сообщений для конкретной системы или компонента приложения.

Logger’ам могут быть назначены различные уровни приоритетов:

• · All (Все уровни, включая пользовательские уровни);
• · DEBUG (Обозначает детализированные информационные события, которые наиболее полезны для отладки приложения);
• · ERROR (Обозначает ошибки, которые позволяют приложению продолжать работать);
• · FATAL (Обозначает очень серьезные ошибки, которые предположительно приведут приложение к некорректной работе);
• · INFO (Обозначает информационные сообщения);
• · OFF (предназначен, чтобы отключить ведение журнала);
• · TRACE (Обозначает более детализированные информационные сообщения, чем DEBUG);
• · WARN (Обозначает потенциально опасные ситуации).

Уровни помогают отсортировать ненужную информацию, записывающуюся в журнал и позволяют выводить только важную информацию. Также Log4j даёт возможность отображать журналы в определенных категориях по имени классов. Данный подход позволяет легко идентифицировать источники ошибок.

slf4j (Simple Logging Facade for Java) — представляет из себя библиотеку для логирования, которая ставит перед собой задачу предоставить максимально простой и в то же время мощный «фасад» для библиотек логирования.