上传与副本
文件在浏览器里被真实读取,按 1 MB 切成分片并计算 SHA-256;整个文件的 ETag 由各分片哈希再求哈希得到,内容相同的文件只存一份(去重)。每个分片按副本数放到不同节点上。点击节点让它“故障”,看副本数为 1、2、3 时各能承受几个节点同时故障。
也可以直接载入示例:课程录像、宣传短片、街景图、故宫图和一份重复的街景图
区域与 CDN
用户分布在 8 个城市(括号里是访问占比)。没有 CDN 时每次都要连到源站;开启后由最近的边缘节点响应,缓存没命中才回源。延迟按城市间直线距离估算:往返时延 ≈ 10 ms + 每 100 km 1 ms,源站处理 30 ms、边缘节点 5 ms;命中率随缓存时间变长而提高(教学模型)。
冷热分层
生命周期规则按“多久没被访问”把对象自动转到更便宜的存储层;越冷的层单价越低,但取回要额外收费、还要等待解冻。下面按每个文件的最后访问时间计算它该在哪一层,并把同样的冷热比例放大到 100 TB 资产库估算月费用。
单价为教学示意,与国内主流云厂商公开报价的量级相当,实际以各厂商官网为准。低频、归档、冷归档分别有 30、60、180 天的最短存储期。
存储类型怎么选
对象存储把文件当作“对象 + 元数据”,按 HTTP 接口存取,容量几乎无限,适合图片、视频分发;块存储像一块挂在服务器上的硬盘,按固定大小的块读写,延迟低,适合数据库和剪辑工作站;文件存储提供共享目录,多人可同时访问。给下面三个场景各选一种:
对象存储 API
对象存储通过 RESTful 接口访问。下面的响应是你上传的最后一个对象的真实元数据(ETag、分片、副本所在节点、存储类型)。GET 时如果有分片的全部副本都在故障节点上,会返回 503。
数据安全案例:文博数据该存在哪里
情景:某文博机构为降低成本,打算把馆藏文物的高精度三维扫描数据、观众预约信息都放到一家境外云服务商。作为技术负责人,请为下面四类数据分别选择存放方式,看看依据什么规定、有什么风险。
我的思考
在成本、性能与数据安全之间,你会怎样取舍?为什么核心数据要用自主可控的存储?(至少 50 字)