AWS sam deploy部署速度过慢的原因及优化方案咨询

这种现象不属于SAM的正常预期表现，核心原因是旧版本SAM CLI默认采用串行逐个HEAD请求校验S3资产的逻辑，在资产数量多、网络到S3桶延迟高的场景下会被放大耗时，单份2-5MB资产检查耗时10-15秒，基本可以判定是跨区域请求或者部署链路到S3链路延迟高叠加串行校验逻辑导致的。

SAM目前已有成熟的优化方案可以将该校验步骤压缩到数秒完成，可按需选择以下操作：

• 升级SAM CLI至1.70.0及以上稳定版本，该版本开始已经内置S3资产批量校验能力，会优先调用一次ListObjectsV2接口拉取目标S3前缀下的所有对象元数据，本地批量比对文件哈希，不需要再逐个发送HEAD请求，多资产场景下校验速度可以提升10倍以上。
• 部署时添加--cached参数：运行sam deploy --cached会复用本地已生成的资产哈希缓存，只要本地文件没有改动，会直接跳过S3校验步骤，适合本地开发反复部署的场景，优化效果最明显。
• 优化资产打包规则：将50个VTL这类小体积静态资源合并打包为单个zip包上传，减少需要校验的资产总数量，进一步降低校验开销。
• 对齐部署链路和S3桶的区域：将S3部署桶与部署操作的执行环境（本地设备/CI/CD运行器）放在同一个AWS区域，同区域下S3的HEAD请求耗时通常在100ms以内，不会出现单资产十几秒的校验耗时。
• CI/CD场景下可以持久化SAM的缓存目录，避免每次运行都重新计算本地资产哈希、拉取S3元数据，进一步压缩校验耗时。

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