Я не понял, в используемых вами схемах сбора логов, непостредственно преобразование из текста в лог файле в структуру данных кладующуюся в БД происходит там где, стоит fluentd собирающий логи с файловой системы, или уже непостредсвенно перед загрузкой в базу?
Логи должны быть в машиночитаемом формате (например, JSON).
JSON, я так понимаю, имелся ввиду именно однострочный? В целом как по мне, подходит любой формат позволяющий позволяющий разбирать себя с минимальными затратами ресурсов(без использования регулярных выражений?) Проводили ли вы исследования о влиянии формата лога на трату ресурсов для его разбора? Например логи nginx в json и в обычном виде.
2. Допустим мы настроили приложение, и все логи идут в stdout в однострочных JSON. Но как быть с необработанными исключениями, которые насыпят много строк на одно событие в stderr. Есть ли какие-то идеи по сбору логов от таких событий в один объект в системе логгирования?
Поздравляю с годовщиной!
Вопрос: история семейств ОС GNU/Linux, которые вы используете связана с лицензией GPL и её вариантами, в ваших выступлениях вы тоже часто говорили об этой лицензии. Однако, сейчас у dapp лицензия Apache License 2.0, а часть рутинных задач по управлению кластерами kubernetes вовсе решается ПО с закрытым исходным кодом. Чем обусловлен этот выбор и что это дало?
Под JSON, я так понимаю, имелся ввиду именно однострочный? В целом как по мне, подходит любой формат позволяющий позволяющий разбирать себя с минимальными затратами ресурсов(без использования регулярных выражений?) Проводили ли вы исследования о влиянии формата лога на трату ресурсов для его разбора? Например логи nginx в json и в обычном виде.
2. Допустим мы настроили приложение, и все логи идут в stdout в однострочных JSON. Но как быть с необработанными исключениями, которые насыпят много строк на одно событие в stderr. Есть ли какие-то идеи по сбору логов от таких событий в один объект в системе логгирования?
Вопрос: история семейств ОС GNU/Linux, которые вы используете связана с лицензией GPL и её вариантами, в ваших выступлениях вы тоже часто говорили об этой лицензии. Однако, сейчас у dapp лицензия Apache License 2.0, а часть рутинных задач по управлению кластерами kubernetes вовсе решается ПО с закрытым исходным кодом. Чем обусловлен этот выбор и что это дало?