Я использую Log4j 1 версии.
1. Проясните ситуацию, я не совсем понял вопрос
2. Я тестирую эту систему уже 3 месяца, и за все это время задержек в работе программы не обнаруживал, хотя бывало что и виртуалка падала, или вообще могла пару дней не работать, соединение нормально восстанавливалось, и все продолжало стабильно работать.
Единственное что как то обнаружил, это то, что нужно проверять правильная ли дата стоит на самом сервере, так как иначе могут быть проблемы плана: кинули лог, а он не отображается, и появляется только через минут 10, так как по временным рамкам он в другом диапазоне, так что нужно проверять что бы дата и время всегда были правильными.
Да, можно настраивать фильтрацию как угодно, допустим если нас интересуют только ERROR логи, с текстом начинающимся на Hibernate, и которые были выброшены из определенного класса. К тому же между ними удобно переключаться, по поводу срезов во времени, то возможно или задать рамки явно в фильтрах, или просто на веб морде выделить мышкой необходимый диапазон. Подробней про фильтры можно прочитать тут
Это не совсем так, при выключенном севере принимающем логи(в нашем случае Logstash) логи просто не доходят до него, но:
1. Приложение продолжает работать, и писать логи в файлы как и ранее.
2. Через определенные интервалы времени пытается восстановить подключение, и если оно восстановлено, то передача логов возобновляется.
Данная система является надстройкой, дополнительной системой, упрощающей работу с логами, особенно если речь идет о логах от разнообразных сервисов.
Если вы найдете способ реализации «SocketAppendera с буфером» напишите в комментариях или лс, так как это было бы действительно интересно.
Однако также эту систему можно настроить не только на Log4j, но и фактически на любую другую подобную технологию. В моем случае необходима была работа именно с Log4j, без возможности замены.
В своем проекте я использовал Google OAuth2, base auth использовал в статье для демонстрации работы системы. Так как ее быстрее и проще всего настроить и показать.
Я выбрал именно этот вид авторизации из за возможной масштабируемости, и лично для меня было проще развернуть этот вид аутентификации, по причине простоты использования и конфигурирования, не хотелось настраивать все это вручную. Также требовалось минимальное время настройки системы, а учитывая уже предустановленный node.js на сервере, это был хороший вариант. Однако вы правы, в части случаев возможно удобнее настроить обычную аутентификацию средствами apache или nginx, будет интересно это попробовать.
Нет, оно также прикрывает только веб морду, ElasticSearch отдельный модуль, и безопасность там я решал другим способом. Фактически это можно решить открывая только 2 порта с сервера
1. Для обмена логами (Доступ открывался только для ip адресов серверов с приложениями)
2. Для веб морды
Остальные составляющие крутятся внутри, и доступ к ним есть только локально.
1. Проясните ситуацию, я не совсем понял вопрос
2. Я тестирую эту систему уже 3 месяца, и за все это время задержек в работе программы не обнаруживал, хотя бывало что и виртуалка падала, или вообще могла пару дней не работать, соединение нормально восстанавливалось, и все продолжало стабильно работать.
Единственное что как то обнаружил, это то, что нужно проверять правильная ли дата стоит на самом сервере, так как иначе могут быть проблемы плана: кинули лог, а он не отображается, и появляется только через минут 10, так как по временным рамкам он в другом диапазоне, так что нужно проверять что бы дата и время всегда были правильными.
1. Приложение продолжает работать, и писать логи в файлы как и ранее.
2. Через определенные интервалы времени пытается восстановить подключение, и если оно восстановлено, то передача логов возобновляется.
Данная система является надстройкой, дополнительной системой, упрощающей работу с логами, особенно если речь идет о логах от разнообразных сервисов.
Если вы найдете способ реализации «SocketAppendera с буфером» напишите в комментариях или лс, так как это было бы действительно интересно.
Однако также эту систему можно настроить не только на Log4j, но и фактически на любую другую подобную технологию. В моем случае необходима была работа именно с Log4j, без возможности замены.
1. Для обмена логами (Доступ открывался только для ip адресов серверов с приложениями)
2. Для веб морды
Остальные составляющие крутятся внутри, и доступ к ним есть только локально.