liveBook · Manning

Data sovereignty

As explained in Kafka for Architects

Data sovereignty is the requirement that data be subject to the laws and jurisdiction of the geographic location where it is stored or processed.

Data sovereignty requires data to remain subject to the laws and jurisdiction of its storage or processing location. In Kafka deployments, this makes data locality a security, compliance, and architecture concern rather than merely a storage choice. section 9.2.1

Regional Kafka deployment

A finance, healthcare, or government organization may reject a broadly distributed cloud Kafka deployment because providers can place metadata, logs, or data outside approved boundaries. On-premises Kafka, private cloud, dedicated regional deployments, or hybrid architectures provide stronger locality control, but increase infrastructure cost and operational complexity and reduce elasticity. section 9.2.1

Architectural responses include:

  • Assess regulatory requirements before selecting cloud Kafka. section 9.2.1
  • Use dedicated region-specific, private-cloud, or hybrid deployments when locality must be controlled. section 9.2.1

How Kafka for Architects covers it

How deep it goes
Explains jurisdictional requirements, cloud risks, and deployment trade-offs without detailing implementation procedures.
Examples
Uses finance, healthcare, and government workloads alongside regional, private-cloud, on-premises, and hybrid deployments.
What you can do after
Evaluate Kafka deployment models against geographic data restrictions and operational trade-offs.
How it connects
Connects data sovereignty with Kafka deployment, cloud computing, private cloud, hybrid architecture, and regulatory compliance.

Also explained in

Compare how 2 books explain data sovereignty →

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Kafka for Architects. The section links point to the parts of the book it draws on.