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

Важно показать, что в микросервисах процессы не «сшиваются» вручную, а управляются через понятные паттерны: оркестрацию, хореографию и асинхронные события. Обычно ожидают услышать про очередь/стриминг, идемпотентность, ретраи, DLQ и корреляцию запросов между сервисами. Хороший ответ также показывает, как обеспечивались согласованность и наблюдаемость процесса.

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

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

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

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

Например, в процессе оформления заказа сервис заказа создаёт заказ, затем через событие запускается резервирование товара на складе, после этого — списание оплаты, и в конце заказ переводится в статус CONFIRMED. Если шаг оплаты не удался, система отправляет компенсационное событие, и заказ откатывается в CANCELLED.

public class OrderProcess {
    private final OrderService orderService;
    private final InventoryClient inventoryClient;
    private final PaymentClient paymentClient;

    public void placeOrder(OrderRequest request) {
        Order order = orderService.create(request);

        boolean reserved = inventoryClient.reserve(order.getItems());
        if (!reserved) {
            orderService.cancel(order.getId(), "Inventory not available");
            return;
        }

        boolean paid = paymentClient.charge(order.getPayment());
        if (!paid) {
            inventoryClient.release(order.getItems());
            orderService.cancel(order.getId(), "Payment failed");
            return;
        }

        orderService.confirm(order.getId());
    }
}

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

Код показывает упрощённую оркестрацию процесса в одном месте. Сначала создаётся заказ, затем выполняется резервирование товара, после чего идёт попытка списания оплаты. Если склад не смог зарезервировать товары, заказ сразу отменяется. Если оплата не прошла, выполняется компенсирующее действие — освобождение резерва на складе — и заказ тоже отменяется.

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

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

Оркестрация используется, когда нужен явный контроль процесса и централизованная логика переходов между шагами.
Хореография подходит, когда сервисы должны быть слабо связаны и реагировать на доменные события.
Для координации обычно применяют брокеры сообщений и стриминг: Kafka, RabbitMQ и похожие инструменты.
Для сложных long-running процессов полезны workflow- и orchestration-подходы, чтобы хранить состояние и ретраить шаги.
Обязательны идемпотентность, correlation id, ретраи, таймауты и dead-letter queue для устойчивости.
Важны мониторинг и трассировка, чтобы можно было понять, на каком шаге процесс завис или упал.

Какие подходы и инструменты использовались для автоматизации и координации бизнес-процессов в микросервисной архитектуре на вашем предыдущем месте работы?