背景
某国际知名整车厂计划在中国区落地 ADAS 自动驾驶仿真平台，平台由外部供应商开发。落地时遇到一个硬约束：高精地图数据受中国区测绘法规限制，只能存储在具备测绘资质的地图供应商的云订阅中；而仿真软件、测试门户与测试结果，又必须由整车厂自主掌控。
挑战
- 数据主权冲突：原始地图数据与中间模拟结果必须留在地图供应商订阅，但整车厂的仿真软件要实时访问它
- 双向权限隔离：既要防止地图供应商以外的人访问地图数据，又要防止地图供应商窥探整车厂的仿真软件与测试结果
- 受控审计：整车厂订阅需向地图供应商开放定期审计权限，且审计必须双方在场共同监督
- 中国区合规：Azure 中国区的网络与合规隔离约束
架构决策
核心是一套「三区隔离」的 Landing Zone：整车厂完全控制区承载仿真软件、门户与测试结果，仅整车厂员工经内网访问；地图供应商完全控制区承载原始地图数据与中间模拟结果；双方共同控制区承载数据脱敏与受控审计。
关键设计在数据脱敏流转：原始地图数据在地图供应商区脱敏后再流转给整车厂，整车厂拿到的是脱敏后的可用数据而非原始地图数据——既满足数据主权合规，又满足仿真访问需求。
三层之上，用 VNet Peering 打通必要网络路径、同时保持订阅间隔离，用 RBAC 实现跨订阅最小权限访问，并把地图供应商对整车厂区域的审计权限收敛为「除数据外的只读」，从技术上保证「能审计、但不越权」。安全层面构建身份认证、漏洞防护、合规审计三大体系。
结果
架构方案通过客户内部评审，并直接指导实际部署；PoC 测试顺利完成。
我的角色与贡献
云架构师，独立负责整体架构设计并输出完整架构蓝图；用英语向全球项目负责人汇报，协同跨区域团队完成 PoC 测试。
- 独立设计三区隔离 + 数据脱敏流转机制，化解「数据在别人家、系统在自己家」的架构难题
- 主导安全防护与受控审计机制设计
- 跨区域、跨语言的架构汇报与交付协作