正在打开每日关注
正在打开每日关注
只存压缩图是技术债,原图入库 R2/S3、按需生成 WebP/AVIF/JXL 并走 CDN 才是正解。
@realchendahuang WebP 75~80 很实用,但“入库前压制、只留成品”会成为技术债。格式、裁切需求会变,原图是 source of truth,压缩图只是可重建的缓存。 更省心的可能是原图进 R2/S3,按终端和尺寸生成 WebP/AVIF/JXL 并命中 CDN——这也是我们 WebP Cloud 的设计思路。
是什么 WebP Cloud Services 回复开发者 @realchendahuang 的一条技术观点推文,核心是图片处理管线的架构抉择:压缩图入库、只留成品,还是原图为准、按需转码。
核心设计 作者明确「原图是 source of truth,压缩图只是可重建的缓存」——把不可变数据与派生数据分离的架构原则应用到媒体资产。推荐路径:原图入 R2/S3 等对象存储,依据终端与尺寸实时生成 WebP/AVIF/JXL,并靠 CDN 边缘缓存承接流量。WebP 75~80 被视为有损压缩的质量甜点区。
关键洞察 格式在演进(WebP→AVIF→JXL),业务对裁切、响应式尺寸的需求也会变。若入库时一次性压制并丢弃原图,等于把未来的选项全部锁死,形成单向门式技术债;保留原图则让所有衍生格式随时可重建、可迁移。
边界与风险 按需转码带来实时计算成本与冷启动延迟,需要预热与回源策略,也构成对第三方图片处理服务的依赖;该论点出自商业图片服务商,本质是自身产品设计哲学的表达,采用时应结合自有流量规模与成本结构评估。