@startuml autonumber "<b>[0]" box "iekšējā sistēma" #Khaki database "Kafka" as k participant "Mikroserviss" as ms database "PostgreSQL" as db end box box "piegādātājs" participant "Sistēma" as ws end box ms -> k: kafka lasīšana ms -> ms: kāda loģika ms -> db: datu saglabāšana db -> ms: rezultāta saglabāšana ms -> ws: POST/... ms -> k: offset apstiprināšana @enduml

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

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

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

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

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