我们公司的 app 活跃用户大约有 800 万。最近产品经理要求做一个实名认证功能，要求上传身份证照片，审核完后基本没人看了，请问这些数据应该存数据库里还是作为文件单独存储？如果存数据库会不会导致数据库很大，大量小图片作为文件存储会不会不方便备份？虽然这不是我一个前端该管的事，但我正在打算转后端，想了解一下大佬们是怎么解决这问题的。
本文由 vps网友提供，转载请注明出处
本文链接： https://www.vpsvsvps.com/discuss/a/1676472045656870912.html
https://www.v2ex.com/t/712465
用户也是倒了血霉了。
可以随便存的么？也太恐怖了，怪不得搞身份这么便宜
离职后给个提示
活跃 800w ？想知道是哪个公司，我避个雷？
这种数据泄露，或者被交易，你们是哪家公司？我对避免用你们的 app
aws s3 glacier 完美解决
没人吐槽 800 万用户就算全部上传也就 8 个 T 的数据么 这个数据量实在没啥好说的 选个便宜的存储丢着就行了
好小子实名认证说干就干，我都以为是连到公安局的网络最验证，自己没有资格审核用户的数据，没想到居然如此随便！
云的 oss， 冷数据不贵
通常就是接入云服务商的存储系统，比如对象存储，自建的话就是单独的一套存储系统比如 TFS 、GFS （当然只是举个例子，实际还是要各方面考量），至于备份等等这些事情其实就属于运维管辖了，也都是有冷热备份方案的，然后合理性上的话，实名认证功能是不会自己做的，人工审核成本大，还要考虑伪造身份证等因素，所以最好的方法就是接入第三方认证机构，比如支付宝、微信或者其他支持活体认证的第三方，有个好处就是有他们的实名技术背书，即便要求调档也只需要提供该用户的真实姓名、身份证号就足够了，如果企业自己运作实名审核的话就要考虑万一出现安全事故，大量身份证照片泄露的后果是非常严重的（当然这就不是一个开发的考虑范畴了）。
实名认证要不直接走支付宝的，我只是提供一个建议 https://opendocs.alipay.com/mini/introduce/alipay-verfify
存到 OBS，建议单独建一个 Bucket，然后这个 Bucket 严格控制读写权限
oss 归档储存
实名认证用专门的服务商不就行了，不用上传身份证
@tanghongkai 任何一家服务商都会存的，不然出问题连线索都提供不了，冷存储是比较安全的做法，不像某些站点的做法(可遍历爬取)
身份证照片为啥要存，实名完等着卖黑产吗？
对象存储有冷存储的方案，比实时读写要便宜，每次取用得先解冻
使用對象存儲