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

SOA vs Микросервисная архитектура

Что такое SOA (Service-Oriented Architecture)

SOA — архитектурный подход, в котором приложение разделяется на несколько независимых сервисов, которые взаимодействуют друг с другом через стандартизированные интерфейсы (обычно SOAP/XML).

Основной принцип: преобразовать монолит в набор крупных, слабо связанных бизнес-сервисов.

История и контекст

• SOA появилась в начале 2000-х как решение для интеграции крупных корпоративных систем
• Микросервисы — эволюция SOA с учётом современных технологий (облака, контейнеры, DevOps)

Сравнение: таблица

Архитектура SOA

┌─────────────────────────────────────────────┐
│  Клиентское приложение / Веб-портал        │
└────────────────┬────────────────────────────┘
                 │
         ┌───────▼────────┐
         │  ESB (шина)    │  ← центральная точка интеграции
         │  - маршрутизация
         │  - трансформация
         │  - оркестрация
         └───────┬────────┘
                 │
  ┌──────────────┼──────────────────────┐
  │              │                      │
  ▼              ▼                      ▼
┌─────────┐  ┌─────────┐           ┌─────────┐
│ Сервис  │  │ Сервис  │   ...     │ Сервис  │
│ Заказов │  │ Платежей│           │ Логист. │
└─────────┘  └─────────┘           └─────────┘

ESB (Enterprise Service Bus) — это центральный компонент, отвечающий за:

• Маршрутизацию сообщений между сервисами
• Трансформацию форматов данных
• Безопасность и авторизацию
• Мониторинг и логирование

Архитектура Микросервисов

┌──────────────┐  ┌──────────────┐  ┌──────────────┐
│  API Gateway │  │  API Gateway │  │  API Gateway │
└──────┬───────┘  └──────┬───────┘  └──────┬───────┘
       │                 │                 │
       ▼                 ▼                 ▼
┌─────────────┐   ┌─────────────┐   ┌─────────────┐
│ Сервис      │   │ Сервис      │   │ Сервис      │
│ Заказов     │   │ Платежей    │   │ Логистики   │
│             │   │             │   │             │
│ REST + gRPC │   │ REST + gRPC │   │ REST + gRPC │
│ PostgreSQL  │   │ MongoDB     │   │ Cassandra   │
└─────────────┘   └─────────────┘   └─────────────┘

Ключевое отличие: нет центрального ESB — каждый сервис отвечает за свои интеграции.

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

1. Гранулярность сервисов

SOA:

- Сервис "Управление заказами" (Order Management)
  - Создание заказа
  - Редактирование заказа
  - Отмена заказа
  - История заказов

Микросервисы:

- Сервис "Создание заказа" (Order Creation)
- Сервис "Отмена заказа" (Order Cancellation)
- Сервис "История заказов" (Order History)

2. Коммуникация

SOA:

• SOAP/XML через ESB
• Синхронная по умолчанию
• Жёсткие контракты
• Пример:

<soap:Envelope>
  <soap:Body>
    <GetOrder>
      <OrderId>12345</OrderId>
    </GetOrder>
  </soap:Body>
</soap:Envelope>

Микросервисы:

• REST JSON, gRPC, Message Queues
• Синхронная (REST) или асинхронная (очереди)
• Гибкие контракты
• Пример:

GET /api/v1/orders/12345
{
  "id": "12345",
  "status": "completed",
  "amount": 150.00
}

3. Управление ESB

SOA:

• Требует центрального ESB (Oracle SOA Suite, WSO2)
• Это узкое место (bottleneck) и single point of failure
• Дорого и сложно
• Все изменения интеграции проходят через ESB

Микросервисы:

• Нет центрального ESB
• Каждый сервис использует API Gateway для входящих запросов
• Интеграция между сервисами — через сообщения (RabbitMQ, Kafka)
• Проще масштабировать

4. Развёртывание и масштабирование

SOA:

Все сервисы часто развёртываются на одном сервере
→ Масштабирование всей системы целиком
→ Неэффективно

Микросервисы:

Каждый сервис в отдельном контейнере (Docker)
→ Масштабируем только нужные сервисы
→ Более эффективно

Пример с Kubernetes:
Иf Сервис платежей перегружен → масштабируем только его

5. Команды разработки

SOA:

• Централизованная команда интеграции
• Бюрократия и координация
• Медленнее

Микросервисы:

• Децентрализованные team ownership
• Каждая team владеет своим микросервисом
• Быстрее (например, Amazon: "You build it, you run it")

Реальные примеры

SOA (исторически):

• Крупные банки 2000-2010 (Интеграция Legacy систем)
• Госучреждения
• Корпоративные ERP системы

Микросервисы:

• Netflix (разбил монолит на 600+ микросервисов)
• Amazon (каждый team имеет свой API)
• Uber, Airbnb, Spotify
• Современные облачные приложения

Сложность и затраты

SOA:

• Проще в начале (всё через ESB)
• Сложнее в масштабе (узкие места в ESB)
• Требует дорогого ПО (Oracle, IBM)

Микросервисы:

• Сложнее в начале (распределённые системы)
• Проще в масштабе (независимое масштабирование)
• Требует DevOps культуры и контейнеризации
• Открытое ПО (Docker, Kubernetes)

Когда использовать что

SOA подходит для:

• Интеграции множества legacy систем
• Корпоративных систем, где нужна строгая стандартизация
• Медленно меняющихся требований

Микросервисы подходят для:

• Быстро развивающихся продуктов
• Высоконагруженных систем
• Команд, использующих DevOps
• Облачных приложений

Заключение

SOA — это концепция 2000-х, ориентированная на интеграцию через центральный ESB. Микросервисы — это современная эволюция, которая убирает центральное узкое место и позволяет командам работать независимо. Если вы начинаете новый проект — выбирайте микросервисы. SOA используется в legacy коде или для очень специфичных интеграционных задач.