Na primeru kreiranja narudžbine. Postoji zahtev za servis i postoji odgovor, između ova dva dela postoji razmena proizvoda između servisa i eksternih koji su opisani (npr. za brojanje popularnosti proizvoda). Servis se izvršava više puta, radi sporo ili u potpunosti timeout-uje i ne stižemo da odgovorimo, gubimo narudžbinu. Šta uraditi da prestanemo da gubimo narudžbine i novac?

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

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

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

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

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

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

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

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

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