Navigating Data Residency Challenges
summary
Concrete options for routing and enforcing residency appear: place routing logic in client, server, proxy or API6 gateway, or combine them to reduce errors. The demo builds a two‑location setup (EU vs US) with two apps and two Postgres instances behind ShardingSphere proxy, and the claim is that double computation (gateway + service) returns correct data but incurs cross‑lane latency when headers are wrong. Code and configs live on GitHub.
AI-written summary · about
chapters (10)
- 0:00Data residency challenges
- 1:14Legal requirements
- 6:03Data partitioning by country
- 8:34Routing algorithm placement
- 13:32Client and server routing logic
- 17:31Synchronizing routing rules
- 17:53API6 and ShardingSphere
- 20:46Demo architecture
- 21:50Demo walkthrough
- 30:23Conclusion
related talks
38mHow Geo-Distributed Apps Use Global Cloud Infra for Speed and Compliance
33mContinuous Deployments and Data Sovereignty: A Case Study
39mHow Geo-Distributed Apps Use Global Cloud Infra for Speed and Compliance
31mPostgreSQL Distributed & Secure Database Ecosystem Building
42mSharding Postgres without doing it yourself
30mSolving Multi-Region Data Read and Write Challenges in Cross-Border Payments
27mAn API First Approach to Adopting a Distributed SQL Database
51mMigrations - The Hardest Actual Problem in Computer Science
