VB
Size: a a a
2021 November 19
SA
Действительно, наброс. Если не полный, то частичный порядок нужен почти всегда. Плюс, обеспечить порядок может быть проще, чем решать проблемы, связанные с его отсутствием. Например, что клиент вообще получит свою сложную пиццу.
k
ну ХЗ, мне редко встречаются ситуации, когда именно порядок деливери важен
k
ну или даже никогда, всё же мне порядок обработки важен 🤔
k
ну хорошо, допустим. А как ты обеспечиваешь ordered delivery?
SA
Походу я не понимаю, когда порядок доставки сообщений может не совпадать с порядком их обработки
k
когда события пришли не в том порядке, в котором произошли
k
а обработать их надо именно в том порядке, в котором они произошли
SA
Выглядит как серьезный изъян в архитектуре, отправлять сообщения не в том порядке намного проще, чем этот порядок потом восстановить.
k
шо за изъян? И как ты отправишь ивенты в нужном порядке? Чтобы отправить ивенты в нужном порядке - тебе нужно обработать их в том порядке, в котором они произошли, что возвращает нас обработно к вопросу как обеспечить ordered processing =)
SP
Аргументироввнно
SP
Уди топит за competing consumer модель + ретраи как способ форсить порядок обработки. Потому что так проще и потому что его nservisebus так умеет)
SP
В целом если у тебя много писателей ивентов оч сложно договориться о порядке
AI
ну в целом гарантировать порядок в at least once очередях весьма нетривиальной задачей может быть. иногда проще кмк писать логику так, чтобы можно было работать с разнобойными ивентами (например, сага получила ивент С раньше ивента Б)
AI
или там ивент оплаты товара прилетел быстрее ивента создания заказа, потому что что-то там произошло (кластер сдох, коннект порвался, что угодно ещё)
это веьсма частые ситуации, и можно пытаться гарантировать порядок ивентов, а можно пойти более простым путем и сделать так, что в случае получения ивента об оплате в сагу, мы просто подождем ивент о создании ордера
это веьсма частые ситуации, и можно пытаться гарантировать порядок ивентов, а можно пойти более простым путем и сделать так, что в случае получения ивента об оплате в сагу, мы просто подождем ивент о создании ордера
k
этот nocode какой-то непонятный. С одной стороны вроде и да, но непонятно, не станет ли этот nocode в какой-то момент сложнее, чем хотелось бы
2021 November 20
МК
Привет! Вопрос не по архитектуре, а по процессам.. подскажите плз, у вас когда какая-то фича релизится, как вы работаете над ее адопшеном? над сбором фидбека по ней и там строите планы по улучшению
MM
Есть метрики, по которым можно оценивать
МК
ну метрики да, по ним видно, что адопшен плохой. Но вопрос скорее, как выстроить процесс, чтобы люди про изменения знали, начинали использовать и давали обратную связь