Какими способами обычно реализуется синхронное взаимодействие между сервисами?

Синхронное взаимодействие предполагает, что один сервис напрямую вызывает другой и ожидает ответ. На практике это реализуется несколькими основными способами.

HTTP / REST

Это самый распространённый вариант.

Основные характеристики:

• Использует HTTP

• Передача данных чаще всего в JSON

• Чёткая модель запрос–ответ

Пример:

GET /users/42 HTTP/1.1
Host: user-service

Плюсы:

• Простота

• Читаемость

• Хорошо поддерживается инфраструктурой

Минусы:

• Относительно высокая задержка

• Нет строгих контрактов на уровне протокола

gRPC

Определение:
gRPC — это высокопроизводительный RPC-фреймворк поверх HTTP/2.

Ключевые особенности:

• Использует бинарный протокол

• Строгие контракты через .proto

• Поддержка стриминга

Пример вызова (идея):

user = user_stub.GetUser(UserRequest(id=42))

Плюсы:

• Высокая производительность

• Контракты на уровне схемы

Минусы:

• Сложнее в отладке

• Менее удобен для внешних API

RPC поверх TCP

Иногда встречается в легаси-системах.

Особенности:

• Минимальные накладные расходы

• Жёсткая связность сервисов

• Сложность сопровождения

Краткий вывод

• REST — стандарт де-факто для синхронных API.

• gRPC выбирают, когда важны скорость и строгие контракты.

• Прямой RPC используется редко и осознанно.