Какие существуют другие протоколы и подходы помимо REST для построения API?

Что хотят услышать интервьюеры:

Помимо REST для API часто используют GraphQL, gRPC, SOAP, WebSocket и иногда обычный RPC-подход. Выбор зависит от требований к скорости, типу данных, контракту и характеру взаимодействия — запрос-ответ или постоянное соединение. Важно показать, что REST — не единственный вариант, и у каждого подхода есть свои сильные стороны.

Определение:

API можно строить разными способами в зависимости от задач.
REST — это один из архитектурных стилей поверх HTTP, но не единственный.
GraphQL позволяет клиенту запрашивать только нужные поля, gRPC хорошо подходит для высокопроизводительного внутреннего взаимодействия сервисов, SOAP — для строгих контрактов и legacy-интеграций, WebSocket — для двустороннего обмена в реальном времени, а RPC-подход — для вызова удалённых процедур как локальных функций.

Пример использования:

Например, для публичного API интернет-магазина можно выбрать REST, потому что он прост и хорошо поддерживается.
Для внутреннего обмена между микросервисами часто берут gRPC, чтобы снизить накладные расходы и ускорить коммуникацию.
Для чата или онлайн-торговой панели, где нужны мгновенные обновления, удобнее WebSocket.

Пояснение кода:

Код не требуется, потому что здесь важно понимать различия между подходами.

1. Клиенту нужен список товаров с несколькими полями — REST может вернуть готовый JSON по GET /products.
2. Если клиенту нужно гибко выбирать поля, GraphQL позволяет отправить один запрос и получить только нужные данные.
3. Если два backend-сервиса часто обмениваются данными и важна скорость, gRPC обычно эффективнее HTTP+JSON.
4. Если требуется постоянный канал для событий в реальном времени, используют WebSocket.
5. Если система унаследована или есть внешние корпоративные интеграции, может встречаться SOAP.

Ключевые моменты:

• REST — популярный, но не единственный стиль построения API.
• GraphQL удобен, когда у клиентов разные потребности в данных и есть проблема overfetching/underfetching.
• gRPC обычно выбирают для внутренних сервисов и высокой производительности.
• WebSocket подходит для двусторонней связи и событий в реальном времени.
• SOAP и RPC встречаются в enterprise- и legacy-средах.
• Выбор протокола зависит от задач: читаемость, скорость, контракт, совместимость и характер обмена данными.