越来越多系统往云上搬，技术同学盯着可用性和成本，往往把个人信息合规放到后面。搜索上云个人信息合规的多是吃过亏的人，他们发现这件事不是法务单独能兜住的，而是从架构设计就要埋好的线。
一、上云之后个人信息去了哪
数据进云，存储、计算、备份可能分布在不同可用区，甚至跨地域。谁能访问、留多久、怎么加密，这些在本地部署时边界清楚，上云之后容易变模糊。
很多团队以为买了云就自动合规，其实云厂商负责基础设施安全，数据怎么分类、怎么留、给谁看，仍然是使用方自己的责任。这个边界没划清，风险就悬在中间。
二、几个容易忽略的落点
日志里常夹带用户手机号、身份证号，留存周期过长就超标。这类字段往往不是刻意收集，而是排查问题时随手打印，事后又忘了清。
第三方组件默默上报数据，开发同学未必知情。一个开源依赖偷偷传参，合规视角里也算对外提供。测试环境直接拉生产数据，脱敏不到位等于裸奔，却常被当成小事。
三、架构上能落地的做法
对个人敏感字段做字段级加密，密钥自己管，不让明文长期躺在存储里。日志采集时配脱敏规则，从源头剔除直接标识，而不是等落盘再处理。
数据分级，按级别定留存周期与访问策略，敏感数据短留、普通数据长留，不一刀切。涉及跨地域的场景单独评估，不混用普通链路，避免无意间把数据送到不允许的区域。
四、把合规变成默认配置
在云平台模板里预置合规基线，新业务直接继承，比事后审计省心。新人搭环境时拿到的就是带约束的脚手架，踩线的概率自然降下来。
本文由韩宝玉律师供稿。韩宝玉律师曾任某省直属法院高级法官，拥有三十七年审判经验，现于北京百环律所办理刑事案件。文中观点为一般性法律梳理，不构成针对个案的正式法律意见。
