Size: a a a

SPb Reliability Meetup

2019 February 13

VL

Vitaliy Levchenko in SPb Reliability Meetup
pragus
А не надо балансеру лезть куда ему не надо. Все что от него требуется - аккуратно раскидать трафик между точками терминации
ага. Только какими? И как он должен реагировать, если запрос обработан некорректно?
источник

Е

Егор in SPb Reliability Meetup
KK
Ок, спс.
Логи же в эластике хранятся ?
в смысле трейсы? да
источник

K

KK in SPb Reliability Meetup
Егор
в смысле трейсы? да
да
источник

Е

Егор in SPb Reliability Meetup
логи тоже в этот же эластик складываются
источник

Е

Егор in SPb Reliability Meetup
просто в другой индекс
источник

K

KK in SPb Reliability Meetup
ок, TY
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
эх, спугнули Alena , которая только что писала в канал 🙁
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
источник

Е

Егор in SPb Reliability Meetup
фишка егеря в том что ты его ставишь, связываешь с хранилищем elastic/cassandra и у тебя все работает
источник

Е

Егор in SPb Reliability Meetup
кстати с проблемой недавно столкнулись при недоступности коллектора
источник

Е

Егор in SPb Reliability Meetup
точнее даже не понятно с чем связано было
источник

Е

Егор in SPb Reliability Meetup
но трейсы не успевали писаться в агента
источник

Е

Егор in SPb Reliability Meetup
в итоге в памяти образовалось огромное количество поинтеров и gc гошного приложения начал залипать
источник

AB

Alena Bulygina in SPb Reliability Meetup
Коллеги, привет! Не стала пугаться и приглашаю вас на DINS DevOps Evening! 
20 февраля в 19:30, Старо-Петергофский проспект, 19 

На встрече поговорим о микросервисах, Istio и паттерне Sidecar. Вечер обещает быть не только интересным для DevOps инженеров и разработчиков, но еще и вкусным, благодаря фирменной пицце от шеф-повара DINS. 
Регистрация на https://dins.timepad.ru/event/904655/ 
источник

DN

Dmitry Nagovitsin in SPb Reliability Meetup
Vitaliy Levchenko
Это боль. Балансиры чаще всего не умеют понимать, что через них проходит, адекватно помечать и с нормальным алгоритмом повторять запросы.
На моём опыте единственный нормальный вариант: делать балансировку внутри клиента. Для внешних запросов: ipvs, и страдать при переключениях. А софт не важен.

Кстати, было бы круто, если кто-нибудь расскажет о грамотной балансировке. Решения там простые, но мало кто их реально применяет.
источник

Е

Егор in SPb Reliability Meetup
Vitaliy Levchenko
Это боль. Балансиры чаще всего не умеют понимать, что через них проходит, адекватно помечать и с нормальным алгоритмом повторять запросы.
На моём опыте единственный нормальный вариант: делать балансировку внутри клиента. Для внешних запросов: ipvs, и страдать при переключениях. А софт не важен.

Кстати, было бы круто, если кто-нибудь расскажет о грамотной балансировке. Решения там простые, но мало кто их реально применяет.
мы щас хотим попробовать балансировку look-a-side
источник

Е

Егор in SPb Reliability Meetup
через grpc-балансинг
источник

p

pragus in SPb Reliability Meetup
Vitaliy Levchenko
ага. Только какими? И как он должен реагировать, если запрос обработан некорректно?
ну что значит некорректно? к тебе прилетел grpc-вызов, ты на балансере с этим ничего не сделаешь\
источник

p

pragus in SPb Reliability Meetup
Vitaliy Levchenko
ага. Только какими? И как он должен реагировать, если запрос обработан некорректно?
а иногда у тебя просто нет времени на какую-то аналитику по запросам
источник

p

pragus in SPb Reliability Meetup
а гео-балансинг кто делает?
источник