Каков самый простой способ достижения строго типизированной маршрутизации на основе сообщений с помощью Azure Service Bus.Маршрутизация на основе сообщений с помощью Azure Service Bus
Предполагая, что у нас есть только один потребитель и используются очереди служебной шины, проще создать очередь на тип сообщения (в нашем случае, сообщения о событиях) или просто создать единую очередь для всех сообщений и обработать маршрутизацию на потребитель?
Если у нас есть более одного потребителя и вы хотите сделать обмен сообщениями pub-sub, мы должны создать тему для каждого типа сообщения и подписку на каждого пользователя на тип сообщения или только один раздел для всех сообщений, а затем обработать маршрутизацию на потребитель?
Я не думаю, что это простой вопрос для ответа. он слишком открыт и слишком основан на мнениях. будет много соответствующих соображений вокруг возможностей клиентов, объемов сообщений, требуемой отказоустойчивости и т. д. –
Достаточно справедливо, я обновил свой вопрос, чтобы попросить «простейший» подход. –
Я должен согласиться с Йосси. Это зависит в основном от архитектурного подхода, который вы хотите принять. Но использование темы с подпиской на тип сообщения имеет большой смысл. Таким образом, издателю (клиенту, в основном?) Просто легко нажать все свои сообщения на те же конечные точки, где вы можете легко расширить и добавить дополнительные типы сообщений и фильтры –