如何用AWS CLI/API验证S3更新后静态文件已同步至CloudFront边缘服务器？

可以通过AWS CLI或API实现这个需求，但CloudFront没有直接的「文件同步完成」状态接口，需要结合以下两种方式判断，适配你的CI流程：

方案1：基于无效化请求的状态查询（CI流程优先推荐） #

如果更新S3文件后发起了CloudFront缓存无效化请求，你可以通过CLI/API查询无效化的执行状态——当状态变为Completed时，说明所有边缘节点的旧缓存已被清除，新文件会在用户首次请求时被拉取（等同于完成同步）。

具体操作步骤： #

1. 更新S3文件后，发起无效化请求：

# 替换为你的分发ID和需要无效化的路径（/*表示全部文件）
aws cloudfront create-invalidation --distribution-id YOUR_DISTRO_ID --paths "/*"

2. 提取无效化ID，轮询状态直到完成：

# 先获取无效化ID
INVALIDATION_ID=$(aws cloudfront create-invalidation --distribution-id YOUR_DISTRO_ID --paths "/*" --query Invalidation.Id --output text)

# 循环检查状态
while true; do
    STATUS=$(aws cloudfront get-invalidation --distribution-id YOUR_DISTRO_ID --id $INVALIDATION_ID --query Invalidation.Status --output text)
    if [ "$STATUS" = "Completed" ]; then
        echo "所有边缘节点缓存已更新，可继续CI流程"
        break
    fi
    echo "等待无效化完成... 当前状态: $STATUS"
    sleep 30  # 每30秒检查一次
done

方案2：直接校验边缘节点的文件元数据 #

如果依赖CloudFront的TTL自动过期（未发起无效化），可以通过对比边缘节点返回的文件ETag/最后修改时间与S3源文件是否一致，判断同步状态。

具体操作步骤： #

1. 获取S3源文件的ETag：

aws s3api head-object --bucket YOUR_S3_BUCKET --key YOUR_FILE_PATH --query ETag --output text

2. 向CloudFront边缘节点发送HEAD请求，提取ETag并对比：

# 替换为你的CloudFront域名和文件路径
EDGE_ETAG=$(curl -I -H "Host: YOUR_CLOUDFRONT_DOMAIN" https://d123456789abc.cloudfront.net/YOUR_FILE_PATH | grep -i ETag | awk '{print $2}')

3. 针对不同地区的边缘节点（可通过解析CloudFront域名获取不同地区IP，再指定Host头访问）重复步骤2，当多数节点的ETag与S3一致时，判定为同步完成。

CI流程适配建议 #

你的「更新S3 → 等待同步 → 继续CI」流程，优先选方案1：

• 无效化完成时间可控（通常几分钟内），轮询逻辑简单可靠。
• 方案2受TTL影响，同步时间不可控，且需校验多个边缘节点，复杂度更高。

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