Ответ.

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

Часто этот слой реализуется как отдельный сервис, Gateway или BFF (Backend For Frontend), обеспечивающий агрегирование, трансформацию и обработку ошибок. Такое решение сокращает избыточные сетевые вызовы и изолирует клиентов от изменений внутренних API.

Пример кода (на Node.js + Express):

const axios = require('axios');
app.get('/user-details/:id', async (req, res) => {
  const user = await axios.get(`http://usersvc/user/${req.params.id}`);
  const orders = await axios.get(`http://ordersvc/orders/user/${req.params.id}`);
  res.json({
    user: user.data,
    orders: orders.data
  });
});

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

• Трансформация и объединение данных из разных сервисов в одном API
• Изоляция клиентов от деталей внутренней архитектуры микросервисов
• Масштабируемость путем вынесения нагрузки на отдельный слой

Вопросы с подвохом.

Всегда ли API composition — это лучший способ объединения данных из микросервисов?

Нет, при большом количестве связанных сущностей и медленных соединениях производительность может пострадать. В отдельных случаях лучше использовать CQRS или Data Aggregator сервисы.

Можно ли напрямую обращаться из фронта к каждому микросервису?

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

Обеспечивает ли API composition транзакционную целостность между сервисами?

Нет. Этот паттерн агрегирует только данные для запроса. Трансакционность требуется реализовывать через саги или механизмы событий.