Архитектура Webhook для управления миллионами подписчиков (которые являются клиентами) - PullRequest
0 голосов
/ 15 ноября 2018

Моя система SaaS на основе Azure публикует события, и у меня есть клиенты, которые хотят подписаться на них - веб-крючки, несомненно, являются правильной архитектурой (и в настоящее время я счастливый потребитель веб-крючков). Я нашел много отличной документации и тематических исследований по передовым методам (например, http://resthooks.org), однако мне не удалось найти существующую архитектуру, структуру, проект, образец или решение, которое реализует передовой опыт.

Я мог бы построить свое собственное решение, но я не хочу изобретать велосипед. Я ожидал найти существующий фреймворк (например, на Github), созданный людьми, намного умнее меня, но безуспешно.

В настоящее время я использую несколько служб Azure (например, Service Bus, Cosmos, Table Storage) для внутреннего использования и использую функции Azure, но у меня нет архитектуры, позволяющей моим клиентам подписываться на эти события.

В частности, я ищу лучшие практики и примеры кода о том, как управлять потенциально миллионами подписчиков (которые являются внешними клиентами), и подходе к распространению веб-хуков для каждого из них.

Я уже понимаю, как публиковать и использовать веб-хуки, когда я являюсь индивидуальным подписчиком, и уже есть несколько отличных примеров - https://github.com/aspnet/AspLabs/tree/master/src/WebHooks

Кто-нибудь может указать мне правильное направление? (Желательно для решения на основе .NET / C #)

...