Как оценить рамки журнала: 10 вопросов

Хроносфера спонсировала этот пост.

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

Прочитайте также:

• Лучшие методы ведения журнала: определение кодов ошибок
• Использование фреймворков журнала для разработки приложений

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

Те, кто знаком с log4j, вероятно, услышат о SL4J, который абстрагирует log4j, рамки журнала нативного журнала Java и другой, который называется Resecback. В результате можно прозрачно переключить структуры регистрации. С этими абстракциями необходимы средства для создания желаемой системы ведения журнала. Это может быть достигнуто путем реализации заводской или схемы инъекции зависимости. Другим примером этой абстракции является нативное ведение журнала .NET.

Выбор рамки

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

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

Какие приложения доступны? Они ограничены одним типом приложения, таким как файлы? Существуют ли аппендеры вне коробки, которые могут работать с вашим решением для объединения журнала, такими как Fluentd или Logstash?

Может ли поведение приложения быть адаптировано или оптимизировано? Например, настраиваются ли вращение журнала или сетевые порты и адреса?

Можно ли адаптировать вывод событий журнала на основе различных частей приложения? Например, пороговые значения журнала для фреймворта приложения, такие как Spring или .net Core, устанавливаются на предупреждение и ошибку, но ваша пользовательская логика может иметь пороговые значения, установленные для информации.

Насколько легко адаптировать конфигурацию журнала (без использования кода)? Вы можете настроить журнал, и если есть операционная проблема, вы в идеале можете обновить или переопределить конфигурации журнала по умолчанию, чтобы выборочно получить больше информации.

Сколько информации для вас получает структура (например, предоставление методов и названий классов для Tracepoints) с правильно структурированными временными метками?

Можете ли вы адаптировать форматирование вывода журнала (JSON, XML)? Лучшие журналы имеют структуру, позволяющая событию журнала быть как человеко-читабельным, так и прочитаемым.

Насколько компактно след? Для Интернета вещей (IoT) и мобильных решений нам нужно иметь жесткий след, чтобы ограничить использование ресурсов.

Можете ли вы сделать вывод журнала безопасным — использовать TLS, файлы шифрования и так далее? Достаточно ли безопасна безопасность для обработки данных?

Будет ли структура влиять на материал на пропускную способность/производительность моего приложения, особенно на конечную фазу ввода/вывода? Может ли регистрация в конечном итоге стать механизмом блокировки потока?

Насколько легко API фреймюрной системы для работы? Если вызовы в коде приложения трудно использовать, разработчики могут избежать создания событий журнала. В идеале, интерфейсы будут интуитивно понятными, но иметь хорошую вспомогательную документацию для ссылки может быть бесценной, особенно для тех, кто начинает свою карьеру в развитии.

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

Введение оптимизации регистрации приложений в действие

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

Найти ответ

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

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

Хроносфера — это платформа наблюдения, созданная для контроля в современном, контейнерном мире. Признанная в качестве лидера крупными аналитическими фирмами, хроносфера дает клиентам сосредоточиться на данных и идеях, которые имеют значение для снижения сложности данных, оптимизировать затраты и быстрее решать проблемы. Узнайте больше новейших из хроносферных трендовых историй Youtube.com/thenewstack Tech движется быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. Написав для хроносферы, Фил Уилкинс провел более 30 лет в индустрии программного обеспечения, общий опыт работы в бизнесе и средах от многонациональных корпораций до программных стартапов и потребительских организаций до консультаций. Он начинал как разработчик в режиме реального времени, критически важным … Подробнее от Фила Уилкинса