Исправление
crypt,
(текущая версия)
:
tcp/udp - давно умеет, да. мы сейчас говорим про remote logging? journald по-моему это вообще не умел, но кто-то вроде говорил, что научили? сам или через какой-то wrapper (костыль)?
но все-равно не готов к большому объему данных по сети
ой да ладно) и что же с ним происходит при «большом» объеме данных???
В базу сообщения пишешь или по-старинке в файлы?
я думаю, зависит от твоей испорченности (и ситуации, нагрузки, требований) можно делать и так, и так. можешь по-простому? кидай в файл и потом пост-обработка. хочешь как-то интереснее, можно как на схеме
http://docs.graylog.org/en/2.4/_images/architec_bigger_setup.png
это к слову о unix way и гибкости. systemd - для меня комбайн типа windows way.
Исправление
crypt,
:
tcp/udp - давно умеет, да. мы сейчас говорим про remote logging? journald по-моему это вообще не умел, но кто-то вроде говорил, что научили? сам или через какой-то wrapper (костыль)?
но все-равно не готов к большому объему данных по сети
ой да ладно) и что же с ним происходит при «большом» объеме данных???
В базу сообщения пишешь или по-старинке в файлы?
я думаю, зависит от твоей испорченности (и ситуации, нагрузки, требований) можно делать и так, и так. можешь по-простому? кидай в файл и потом пост-обработка. хочешь как-то интереснее, можно как на схеме
http://docs.graylog.org/en/2.4/_images/architec_bigger_setup.png
Исходная версия
crypt,
:
tcp/udp - давно умеет, да. мы сейчас говорим про remote logging? journald по-моему это вообще не умел, но кто-то вроде говорил, что научили? сам или через какой-то wrapper (костыль)?
но все-равно не готов к большому объему данных по сети
ой да ладно) и что же с ним происходит при «большом» объеме данных???
В базу сообщения пишешь или по-старинке в файлы?
я думаю от твоей испорченности (и ситуации, нагрузки, требований) можно делать и так, и так. можешь по-простому? кидай в файл и потом пост-обработка. хочешь как-то интереснее, можно как на схеме
http://docs.graylog.org/en/2.4/_images/architec_bigger_setup.png
