@startuml autonumber "<b>[0]" box "inner system" #Khaki database "Kafka" as k participant "Microservice" as ms database "PostgreSQL" as db end box box "vendor" participant "System" as ws end box ms -> k: kafka reading ms -> ms: some logic ms -> db: data save db -> ms: saving result ms -> ws: POST/... ms -> k: commit offset @enduml

Данный PlantUML-диаграмма описывает последовательность взаимодействия компонентов внутри системы:

1. Микросервис читает сообщения из Kafka.
2. Выполняет некоторую внутреннюю логику.
3. Сохраняет данные в PostgreSQL.
4. Получает результат сохранения из базы.
5. Отправляет POST-запрос во внешний (вендорский) сервис.
6. После успешной обработки коммитит оффсет в Kafka.

Это типичный сценарий обработки сообщений с гарантией обработки и сохранения состояния, где:

• Kafka выступает как брокер сообщений.
• Микросервис отвечает за бизнес-логику и взаимодействие с БД и внешними системами.
• PostgreSQL используется для долговременного хранения данных.
• Внешняя система — сторонний сервис, с которым происходит интеграция.

Такой подход обеспечивает надежность и согласованность данных при асинхронной обработке событий.