结合使用Cloud Storage与Cloud CDN能否优化视频内容访问延迟？

结合Google Cloud Storage（GCS）与Cloud CDN使用，完全可以进一步降低公开视频内容的访问延迟，但要先理清GCS自带缓存能力和Cloud CDN的实际差异，避免重复配置浪费资源。

来自Google Cloud官方文档
Cloud Storage本质上可作为内容分发网络使用，无需任何特殊配置：默认情况下，所有公开可读的对象都会被缓存在全球Cloud Storage网络中。

很多人看到上面的官方说明会疑惑GCS已经自带缓存，再加Cloud CDN是不是多此一举，实际两者的能力层级差得很远，对视频这类大体积静态内容的延迟优化增益主要来自三点：

• 缓存可控性差距极大：GCS默认的公开对象缓存是基础服务附带的能力，缓存规则固定、TTL不支持自定义，也做不到主动刷新缓存、定制缓存键、按内容类型设置差异化缓存策略。视频内容通常是多码率、多分片存储，热门内容和冷门内容的访问频次差几个数量级，用Cloud CDN对接GCS作为源站时，可以针对热门视频分片设置更长TTL让它长期驻留边缘节点，冷门内容缩短TTL减少无效缓存占用，实际缓存命中率通常比GCS默认缓存高30%以上，回源请求少了自然延迟更低。
• 边缘节点位置更靠近用户：GCS自带的缓存节点属于Cloud Storage服务的内部接入层，Cloud CDN的节点是Google全球网络最靠近终端用户的边缘POP点，和全球各地运营商的对等互联链路更充足，跨网、跨地域的路由跳数更少。尤其是对非核心骨干网区域的用户，视频首帧加载耗时、拖动进度条的seek响应速度提升会非常明显。
• 视频场景的专属优化：Cloud CDN原生支持Range请求缓存、断点续传缓存优化，搭配负载均衡还支持QUIC/HTTP3传输、源站故障自动切流，弱网环境下的视频卡顿率比直接用GCS默认缓存、甚至通用型CDN的表现要稳定很多。

如果你的现有CDN已经完成了全量视频内容预热，且节点覆盖和你的用户分布高度重合，增益会相对有限；但如果你的用户有较大比例分布在海外，或者现有CDN回源到你存储集群的链路质量不佳，把GCS作为统一视频存储源站搭配Cloud CDN搭建分层缓存架构，延迟优化效果会非常显著。

内容的提问来源于stack exchange，提问作者jollysea