Kafka Integration — CheckID event-driven boundary
Kafka is presented as an asynchronous complement to REST; topic/schema/security details are published only when confirmed by source or partner contract.
REST + Kafka, not two empty cards
Visualises operational roles without inventing broker/topic/security details absent from the approved source.
Publish only to contract depth
A precise boundary is more credible than fabricated topic names.
| Concern | REST | Kafka | Publication status |
|---|---|---|---|
| Interaction | Synchronous request/response | Asynchronous/event-driven | Source-supported concept |
| Authentication / security | OAuth2/Bearer for REST as documented | Partner contract required for detailed Kafka security | Do not invent |
| Schema | OpenAPI / JSON | Source/partner message schema | Publish only when source-defined |
| Correlation | HTTP/transaction context | Correlation/event context | Source-mapped |
| Failure handling | HTTP + result codes | Retry/error semantics require contract | Partner detail |
Kafka is an event-driven integration channel
Publishes producer/consumer, correlation and lifecycle concepts while reserving broker/topic/security details for the partner contract when the public source is incomplete.
REST
Synchronous request/response for workflows needing an immediate result.
Kafka
Asynchronous/event-driven integration where supported by the contract.
Correlation
Messages must carry a source-defined transaction/correlation context for traceability.
Delivery boundary
Retry, ordering and delivery guarantees are published only when the source contract defines them.
