В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Сбор и аналитика системных сообщений

948 membersпожаловаться на группу
2020 October 09

S

Sheridan in Сбор и аналитика системных сообщений
но я встречал экземпляры со своим кроссплатформенным сислогом, который очень бережно следил за точностью времени сообщений и скоростью их складывания в файлы с нужными метками, чтобы потом можно было сопоставить всю историю из разных файлов разных машин
источник
17:20пожаловаться#1

S

Sheridan in Сбор и аналитика системных сообщений
Alexander
Там, кстати, графана уже умеет слать через алертменеджер с соответствующей дедупликацией :)
спасибо, кэп. Но я захотел один сервис вместо кучки разных
источник
17:21пожаловаться#2

i

inqfen in Сбор и аналитика системных сообщений
Sergey Pechenkó
Ну вообще да, но не в файл, а куда скажут.
Ну вот это как по мне сомнительно. Да, опционально, но приложению не надо знать какие-то особенности логирования. Достаточно чтобы оно умело писать в файл (оно же получается писать в stdout) а дальше уже задача внешних систем это правильно пылесосить и отправлять как надо и куда надо
источник
17:22пожаловаться#3

SP

Sergey Pechenkó in Сбор и аналитика системных сообщений
inqfen
Ну вот это как по мне сомнительно. Да, опционально, но приложению не надо знать какие-то особенности логирования. Достаточно чтобы оно умело писать в файл (оно же получается писать в stdout) а дальше уже задача внешних систем это правильно пылесосить и отправлять как надо и куда надо
Почти со всем согласен.
источник
17:22пожаловаться#4

AS

Aleksey Smirnov in Сбор и аналитика системных сообщений
Sergey Pechenkó
Почему алертить из графаны - зло, тебе в церкви метрик стопудово уже объясняли.

Джава или питон могут быть перенастроены на сислог даже без переписывания кода.
Почему кстати, ну кроме отсутствия высокой доступности алертилки.
источник
17:50пожаловаться#5

KZ

Konstantin Zamyakin in Сбор и аналитика системных сообщений
пожалуйста, только не это дерьмо опять
источник
17:51пожаловаться#6

KZ

Konstantin Zamyakin in Сбор и аналитика системных сообщений
в церковь метрик иди, пожалуйста
источник
17:51пожаловаться#7

SP

Sergey Pechenkó in Сбор и аналитика системных сообщений
Aleksey Smirnov
Почему кстати, ну кроме отсутствия высокой доступности алертилки.
Графана не поддерживает шаблоны в алертах и прочая, и прочая. В церкви метрик можно поискать по истории.
источник
17:51пожаловаться#8

ДУ

Денис Устинов... in Сбор и аналитика системных сообщений
да мы там в тысячный раз это напишем =)
источник
17:52пожаловаться#9

TF

Terry Filch in Сбор и аналитика системных сообщений
Денис Устинов
да мы там в тысячный раз это напишем =)
like, repost
источник
18:02пожаловаться#10

AS

Aleksey Smirnov in Сбор и аналитика системных сообщений
Ну как-то не накидали пока действительно примеров почему это плохо. Только от Дениса одно сообщение про отсутствие переменных.
источник
18:19пожаловаться#11

A

Alexander in Сбор и аналитика системных сообщений
inqfen
Ну вот это как по мне сомнительно. Да, опционально, но приложению не надо знать какие-то особенности логирования. Достаточно чтобы оно умело писать в файл (оно же получается писать в stdout) а дальше уже задача внешних систем это правильно пылесосить и отправлять как надо и куда надо
Это норм подход, если нет мультилайна (что само по себе норм подход). А, если мультилайн есть, то нужно уже юзать какой-то протокол, в котором разделителем сообщения является не newline.
источник
18:25пожаловаться#12

i

inqfen in Сбор и аналитика системных сообщений
Alexander
Это норм подход, если нет мультилайна (что само по себе норм подход). А, если мультилайн есть, то нужно уже юзать какой-то протокол, в котором разделителем сообщения является не newline.
В json мультилайн прекрасно обрабатывается
источник
18:26пожаловаться#13

i

inqfen in Сбор и аналитика системных сообщений
Это уже стандарт отрасли как бы такой - писать в json
источник
18:26пожаловаться#14

A

Alexander in Сбор и аналитика системных сообщений
inqfen
В json мультилайн прекрасно обрабатывается
Ты имеешь в виду вывод в виде одной строки json-а с заэскейпленными newline-ами внутри? Это уже, по сути, не multiline.
источник
18:26пожаловаться#15

i

inqfen in Сбор и аналитика системных сообщений
Alexander
Ты имеешь в виду вывод в виде одной строки json-а с заэскейпленными newline-ами внутри? Это уже, по сути, не multiline.
Когда разворачиваешь message из json - ты опять имеешь свое мультилайн сообщение
источник
18:28пожаловаться#16

A

Alexander in Сбор и аналитика системных сообщений
inqfen
Когда разворачиваешь message из json - ты опять имеешь свое мультилайн сообщение
так это после преобразования. Если я после каждой точки в логе при обработке после получения поставлю перенос строки, будет ли это значить, что мой однострочный лог на самом деле мультилайновый? :)
источник
18:32пожаловаться#17

i

inqfen in Сбор и аналитика системных сообщений
Alexander
так это после преобразования. Если я после каждой точки в логе при обработке после получения поставлю перенос строки, будет ли это значить, что мой однострочный лог на самом деле мультилайновый? :)
Нет. Но, мультилайн - последовательность байтиков, потом перевод строки, потом последовательность байтиков и так n раз
источник
18:33пожаловаться#18

i

inqfen in Сбор и аналитика системных сообщений
Если ты это завернешь в одну строку - чего это оно им перестанет быть?
источник
18:34пожаловаться#19

i

inqfen in Сбор и аналитика системных сообщений
А при отображении ты можешь показывать строки так, как это было изначально
источник
18:34пожаловаться#20