Я слышал, что Amazon использует HTTP для своей архитектуры на основе микросервисов. Альтернативой является использование системы обмена сообщениями, такой как RabbitMQ или Solace. Лично у меня есть опыт работы с микросервисной архитектурой Solace, но никогда с REST.
Есть идеи, что используют различные реализации высшей лиги, такие как Amazon, Netflix, UK Gov и т. Д.?
Другим аспектом является то, что в микросервисах требуются следующие вещи (помимо других):
* Шаблон соответствия
* Асинхронный обмен сообщениями. Возможно, не работает принимающая система
* Опубликовать подписку
* Событие загрузки в кэш-память. То есть при запуске службе может потребоваться загрузить все данные из пары других служб, и она должна быть уведомлена о полной загрузке данных, чтобы она могла "знать", что она теперь готова к обслуживанию. Запросы
Эти аспекты естественным образом связаны с обменом сообщениями, а не с REST. Зачем кому-то использовать REST (кроме общедоступного API). Благодарю.