Добавьте эфемерную подписку, чтобы более чем одна капсула могла обслуживать разговор

Featurekamo-shared-library
Порезанный
4 сентября 2026 г. в 20:02 UTC
Автор
Kamo
Обещать
6c253b6

Прочный толчок потребитель допускает ровно одного абонента. Вторая группа, которая связывает одно и то же имя Отказался [СУБ-90012] Потребитель уже привязан к подписке, и ничего не возвращается. ChatSessionSubscriptionManager называет свой прочный после сеанса чата GUID, поэтому с двумя МедиаСервис: кто бы ни связал разговор первым, он будет молча владеть им и каждым его членом чей WebSocket приземлился на другой контейнер, не получал ничего — никаких сообщений, никаких квитанций о чтении, никаких сообщений. События с добавлением участников, без ошибок. Именно поэтому MediaService был прикреплен к одному из них. реплика, и почему ее развертывание является полным отключением чата, а не опрокидыванием. Вместо этого подписка Ephemeral () создает неназванного потребителя. Нет кросс-под идентичности, чтобы столкнуться Таким образом, каждая капсула получает каждое сообщение и поклонников своим собственным клиентам STOMP - вот что такое STOMP. Требуется простой брокер. Сохраняет фильтр Субъект прочного пути, наученного устанавливать (а) Пустой фильтр потребляет весь поток и добавляет неактивный порог, так что стручка, которая SIGKILLed Без отписки не оставляет своего потребителя на потоке навсегда. Никакого изменения поведения для существующих абонентов: подписка () не тронута, и цикл доставки Использование путей теперь является одним из методов, поэтому они не могут дрейфовать. Эфемерные потребители не воспроизводят сообщения, опубликованные, пока ничего не было подписано. Ни тот, ни другой Прочные — оба используют DeliverPolicy. Новый — так что это не регрессия.

Все изменения

Как вы видите судоходство?

Каждое из этих обновлений автоматически попадает в ваше рабочее пространство. Начните бесплатно и смотрите, как он растет неделю за неделей.

Начните бесплатно навсегдаПосмотреть цены