Чем микросервисная архитектура отличается от SOA?

Микросервисная архитектура (Microservices) и сервис-ориентированная архитектура (SOA) часто упоминаются вместе, поскольку обе предполагают разбиение приложения на сервисы. Однако они имеют ключевые различия в философии, масштабе и реализации.

Основные различия

• Гранулярность: SOA обычно оперирует более крупными, «корпоративными» сервисами, которые могут быть внутренне монолитными. Микросервисы стремятся к минимальному размеру — один сервис отвечает за одну бизнес-возможность (например, управление пользователями или обработка заказов).
• Способ интеграции: В SOA часто используется централизованный шин сервисов (ESB — Enterprise Service Bus), который управляет маршрутизацией, трансформацией и оркестрацией сообщений между сервисами. В микросервисах предпочитают «умные конечные точки и глупые каналы» — сервисы общаются напрямую через простые протоколы (HTTP/REST, gRPC, асинхронные сообщения), а инфраструктура (API Gateway, Service Mesh) обеспечивает только базовую маршрутизацию и наблюдение.
• Управление данными: SOA часто предполагает общую, централизованную базу данных или единую модель данных. Каждый микросервис должен владеть своей собственной базой данных (принцип Database per Service), что обеспечивает полную независимость в выборе технологий хранения.
• Фокус на бизнес-возможностях: Микросервисы тесно связаны с организационной структурой (Conway's Law) — каждая команда владеет полным циклом разработки своего сервиса. SOA чаще внедряется на уровне предприятия для интеграции существующих крупных систем (ERP, CRM).

Пример кода: сравнение стиля коммуникации

В SOA с ESB взаимодействие может проходить через сложную трансформацию сообщений в формате SOAP/XML. В микросервисах типично прямое REST-вызовы или обмен сообщениями через брокер.

// Пример REST-вызова между микросервисами (Node.js/Express)
// Сервис заказов вызывает сервис пользователей
const axios = require('axios');

async function getOrderWithUser(orderId) {
  try {
    // Прямой HTTP-вызов к сервису пользователей
    const userResponse = await axios.get(`http://user-service/users/123`);
    const order = { id: orderId, user: userResponse.data };
    return order;
  } catch (error) {
    console.error('Error fetching user:', error.message);
    throw error;
  }
}

// В SOA с ESB вызов мог бы быть опосредован через шину,
// которая преобразует запрос, применяет политики безопасности и логирует всё централизованно.

Где применяются

SOA исторически использовалась для интеграции унаследованных систем внутри крупных предприятий, где важны стандартизация и контроль. Микросервисы стали популярны в быстро развивающихся цифровых компаниях (Netflix, Amazon), где требуется независимое развёртывание, масштабирование компонентов и высокая скорость итераций.

Вывод: Микросервисы можно рассматривать как эволюцию и конкретную реализацию принципов SOA, но с акцентом на мелкую гранулярность, децентрализацию и автономию команд. SOA подходит для интеграции крупных корпоративных систем с жёсткими стандартами, а микросервисы — для создания гибких, масштабируемых cloud-native приложений, где скорость изменений критична.