#microservices #azureservicebus #azure-eventgrid
#микросервисы #azureservicebus #azure-eventgrid
Вопрос:
Я хочу реализовать шаблон обмена данными на основе событий между моими микросервисами, и я хочу использовать Azure Service Bus для обработки сообщений. В примерах, которые я видел до сих пор (например, eShopOnContainers от Microsoft), события обрабатываются общей библиотекой, которая обрабатывает подписку / публикацию событий. Мне интересно, можно ли заменить общую библиотеку службой сетки событий Azure (я понимаю, что это может привести к ответу, основанному на мнении, поэтому, пожалуйста, удалите этот вопрос, если он считается таковым)?
Мне нравится, как сетка событий имеет возможности повторных попыток, получает события из служебной шины Azure, функциональность, подобную push (что означает, что моему микросервису не нужно опрашивать), а также другие функции, поэтому, на мой взгляд, это кажется подходящим. Однако я довольно новичок в концепции связи на основе событий, поэтому я хорошо понимаю, что могу что-то упустить.
Если для обработки событий можно использовать сетку событий Azure, возможно ли отправить событие в конечную точку веб-Api? Еще раз, все примеры, которые я видел до сих пор, отправляют событие в триггер функции Azure, но я не планирую использовать какие-либо функции Azure для своих микросервисов.
Если у кого-нибудь есть какие-либо примеры, они могли бы указать мне, где Azure Service Bus и Event Grid использовались для связи между микросервисами, это было бы оценено.
Комментарии:
1. Я рекомендую прочитать документ docs.microsoft.com/en-us/azure/event-grid /… включил первые две статьи в Следующие шаги. Обратите внимание, что AEG, генерирующий события для объекта служебной шины Azure, подробнее см. В docs.microsoft.com/en-us/azure/service-bus-messaging /… , также следует рассмотреть возможность использования функции Azure в качестве действительной службы бессерверной архитектуры, управляемой evet, например, для пересылки события в службу SignalR , которая является идеальным кандидатом для мобильных устройств.и веб-приложения
2. Спасибо @RomanKiss за эти ссылки. Я полагаю, что сценарий пересечения может быть тем, на что я смотрю ( docs.microsoft.com/en-us/azure/architecture/guide /… ). Что касается функций Azure, моя проблема заключается в том, что, помещая его перед моим веб-Api, он вводит еще одну точку отказа (очень маловероятную, но я должен учитывать это) во всей цепочке микросервисов.