Na przykładzie tworzenia zamówienia. Jest zapytanie do serwisu i jest odpowiedź, między tymi dwoma działaniami zachodzi wymiana towarów między serwisami i zewnętrznymi, które są opisane (np. do liczenia popularności towarów). Serwis wykonuje się wielokrotnie, działa wolno lub w ogóle przekracza limit czasu i nie zdążamy odpowiedzieć, tracimy zamówienie. Co zrobić, aby przestać tracić zamówienia i tym samym pieniądze?

Чтобы не терять заказы из-за медленной работы сервиса или таймаутов, нужно перейти от синхронной обработки к асинхронной и обеспечить надежную доставку сообщений.

Основные подходы:

1. Использование очередей сообщений (например, Kafka, RabbitMQ). Вместо того, чтобы ждать ответа от внешних сервисов, заказ помещается в очередь, и сервис сразу подтверждает прием заказа. Обработка заказа происходит асинхронно, что исключает потерю из-за таймаутов.

2. Идём по паттерну "Event Sourcing" или "CQRS" — запись события создания заказа в журнал, а затем асинхронная обработка и обновление состояния.

3. Реализация механизма повторных попыток (retry) и отложенной обработки (dead-letter queue) для обработки неудачных сообщений.

4. Мониторинг и алерты — чтобы быстро реагировать на сбои.

Пример на Java с использованием Kafka (упрощённо):

// Отправка заказа в Kafka
producer.send(new ProducerRecord<>("orders", orderId, orderData));
// Сервис сразу отвечает клиенту, что заказ принят

Таким образом, заказ не теряется, даже если внешние сервисы работают медленно или недоступны.