MK
А если знаешь, то всё в порядке.
Size: a a a
2020 March 08
MY
do we have erlang english channel?
MK
If you have questions on Erlang, this one can be english for a while.
MY
oh, I just want to know what we are talking about here
MY
I just know English
V
do we have erlang english channel?
Not in telegram as far as I know. You may check official Erlang channel in slack.
MY
На мой взгляд, российские программисты являются самыми влиятельными в мире, и их уровень выше, чем в других странах. К сожалению, я не знаю русский язык.
MY
I must by the hand of google translate to express what I want to say
СИ
I must by the hand of google translate to express what I want to say
Congratulations on International Women's Day! Soviet - mom’s day! (google translate too)
ML
Коллеги, а кто еще собирает эксепшны с продакшн серверов во что-то типа сентри?
ML
Интересно не просто стектрейсы получать, а по возможности склеивать соседние процессы по цепочке и привязывать это к багам в редмайне
AB
Коллеги, а кто еще собирает эксепшны с продакшн серверов во что-то типа сентри?
Собираем в сентри . Недавно переехали с роллбара. Но на счёт цепочки процессов не очень понял
AB
Роллбар/сентри это в принципе трекер для ошибок. А если надо трейсить именно как запрос идёт через систему, из нескольких сервисов/процессов, например, то это в сторону Opentrace надо. Типа Jaeger. Ещё я видел APM в Kibana, но не нашёл драйвера для elixir.
AB
Так же в Kibana нормально складывать логи. Когда они в json получается хорошо, тк все поля по отдельности становятся доступны для анализа логов, фильтраций и прочего
VP
Следующий шаг - лить логи в виде json в СУБД. А потом - лить блобы, описывающие то же, что и логи, но сильно компактнее, в виде какого-нибудь protobuf. :) И в итоге придём к кастомной системе анализа событий в нашей системе. :)
VP
Когда-то прикручивал Riemann для похожих целей на дев-сервере, и получалось весьма вкусно.
VP
Но там ессно, истории не было. Для поиска и анализа истории событий надо добавлять к риману ещё что-то.
AK
Кто как понимает логи? Есть какоето определение?
Потому что есть логи, есть метрики, есть аналитика, еще есть очеты - по сути теже логи но с повышеной гарантией записи. Вопрос где границы между всеми этими зачастую обязательными компонетами любой системы
Потому что есть логи, есть метрики, есть аналитика, еще есть очеты - по сути теже логи но с повышеной гарантией записи. Вопрос где границы между всеми этими зачастую обязательными компонетами любой системы
AK
например info логи надо писать? Или только для разработки и дебага они?
VP
Моё личное субъективное мнение, что логи надо понимать, как удобнее. И они должны быть в таком виде, в каком удобнее. Если логи и метрики похожи - классифицировать логи в события, и объединить.