DT
та не должно быть
Size: a a a
2021 May 11
DT
все эти распределенные штуки опираются на непоколебимость инфраструктуры
DT
что ты типа кинул ивент и он уже больше не твоя проблема
SP
ну тип потом ты захочешь разнести операции и надо будет ебаться с тем что бы порядок обработки ивентов был такой как тебе нужно, это все сложно и неявно. В целом пуш в сокеты не связан с ивентом а связан с изменением рид модели (рид модель может внезапно и не поменяться - мол стэйт остался тем же)
SP
ну это не так сложно сделать на самом деле
SP
если у тебя есть возможность юзать какой aws sqs + pub/sub + прочие их штуки - то вжух вжух и надежная инфраструктура и не паришься
k
а если непокобелимость инфраструктуры?)
DT
да, но Макс очень не хотел ту же очередь для фэйлед сообщений делать потому что там консистенси вообще по звезде идет
SP
мммм... где?
DT
ну что не понятно, где оно зафейлилось, а где нет. В каком обработчике. И там вообще много оркестрации надо делать. Я сильно не понял, но он был категорически против, это лучше у него узнать)
SP
ну вот по этому я не делал как Макс)
DT
а в чем разница?
DT
ну у того же NServiceBus есть же failed queue, и ниче
SP
там .net там вообще много чего можно делать сильно по другому)
SP
ну вот у меня сделано самый простой вариант на свете
SP
частично спижженный из nservicebus
k
я так понял в роутинге броадкаст-сообщений
DT
т.е. мессадж может быть ретрайнут в любой момент времени из фэйл очереди и ничего не поломается?
SP
роутинг на клиенте, в кролика идут сообщения для отдельный хэндлеров