S3 传输加速语义
S3 Transfer Acceleration Semantics
我有一个相当简单的问题，我找不到明确的答案，但任何使用该主题的人都应该能够回答。
S3 Transfer Acceleration是否遵循最终模型，即客户端上传到 CF 边缘位置，获取响应，然后数据最终移动到存储桶，或者性能（速度）增益仅仅是因为AWS 内部网络使用情况和请求完成后数据始终 100% 在 S3 存储桶中？
如果是前者，是否有关于此最终过程有多快的 SLA？
S3 Transfer Acceleration 使用 CloudFront，而 CloudFront 不缓存 POST/PUT 请求，这意味着数据会同时上传到 S3。 CloudFront 不会对其进行缓冲，它只是通过让您连接到最近的边缘位置（与连接到距离您较远的 S3 端点时相比）来节省您的 RTT（往返时间）。
而且，由于 CloudFront 和 S3 之间的传输是在 AWS 网络中进行的，因此应该会更快。
（从某种意义上说，您可以将加速端点视为代理的缓冲区）。
S3 Transfer Acceleration 使用部分 CloudFront 基础设施 提供从浏览器到边缘再到存储桶的 low-latency、performance-optimized 连接。
它不使用 CloudFront 的任何存储或缓存组件。
加速只与TLS和传输（缓冲区和路由）相关；所有 HTTP 交互最终都是 end-to-end 与实际的 S3 存储桶，CloudFront 边缘服务器为 browser-facing TLS 会话和 reverse-proxy 函数提供终止。
桶外没有存储任何内容，因此适用 S3 的标准一致性模型。
我有一个相当简单的问题，我找不到明确的答案，但任何使用该主题的人都应该能够回答。
S3 Transfer Acceleration是否遵循最终模型，即客户端上传到 CF 边缘位置，获取响应，然后数据最终移动到存储桶，或者性能（速度）增益仅仅是因为AWS 内部网络使用情况和请求完成后数据始终 100% 在 S3 存储桶中？
如果是前者，是否有关于此最终过程有多快的 SLA？
S3 Transfer Acceleration 使用 CloudFront，而 CloudFront 不缓存 POST/PUT 请求，这意味着数据会同时上传到 S3。 CloudFront 不会对其进行缓冲，它只是通过让您连接到最近的边缘位置（与连接到距离您较远的 S3 端点时相比）来节省您的 RTT（往返时间）。
而且，由于 CloudFront 和 S3 之间的传输是在 AWS 网络中进行的，因此应该会更快。
（从某种意义上说，您可以将加速端点视为代理的缓冲区）。
S3 Transfer Acceleration 使用部分 CloudFront 基础设施 提供从浏览器到边缘再到存储桶的 low-latency、performance-optimized 连接。
它不使用 CloudFront 的任何存储或缓存组件。
加速只与TLS和传输（缓冲区和路由）相关；所有 HTTP 交互最终都是 end-to-end 与实际的 S3 存储桶，CloudFront 边缘服务器为 browser-facing TLS 会话和 reverse-proxy 函数提供终止。
桶外没有存储任何内容，因此适用 S3 的标准一致性模型。