@startuml autonumber "<b>[0]" box "innerlijk systeem" #Khaki database "Kafka" as k participant "Microservice" as ms database "PostgreSQL" as db end box box "leverancier" participant "Systeem" as ws end box ms -> k: kafka lezen ms -> ms: some logic ms -> db: data opslaan db -> ms: resultaat opslaan ms -> ws: POST/... @enduml

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

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

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

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

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