Мне хорошо известен тот факт, что восток / запад, или сервис для обслуживания синхронной связи между сервисами, не является золотым стандартом и должен использоваться только в микросервисной архитектуре.Однако в каждой реальной реализации микросервисной архитектуры я видел несколько вариантов использования, которые требуют этого.Например, пользовательская служба часто должна обмениваться данными с другими службами, чтобы получить сведения о пользователе в миллисекундах (я знаю, что обмен этими данными на основе событий также возможен, но в некоторых случаях это не так.всегда правильный подход).
Мой вопрос заключается в том, каков наилучший способ выполнения функции для взаимодействия между сервисами в стиле архитектуры шлюза Lambda + API?
Я предполагаю, чтоотправка HTTP-запроса на доменное имя не идеальна, поскольку для разрешения DNS потребуется возврат через Интернет.
Использует ли он SDK для непосредственного вызова функции downstream?Будет ли это причиной проблемы, если нижестоящая функция зависит от структуры события прокси-шлюза API?