Amazon Cloud Front 的 s3 存储桶与主机文件之间的区别

Question

背景

我们开发了一个电子商务应用程序，我想在其中使用 CDN 来提高应用程序的速度并减少主机上的负载。 该应用程序托管在 EC2 服务器上，现在我们将使用 Cloud Front。

问题

在阅读了大量文章和文档后，我为我的示例站点创建了一个分发版。在做了所有的经验之后，我开始了解以下事情。我想确定这些观点是否正确。

1. 当我们创建分发时，它会从给定的原始路径获取所有可访问的数据。我们不需要将文件复制/同步到云端。
2. 我们只需要根据这个分布 CNAME 更改我们的应用程序的路径（如果给定了 cname）。
3. 将 images/js/CSS 文件放在 S3 或我们自己的主机上没有区别。 Cloud Front 会自行处理它们。

应用程序将有成千上万的产品图片，我们应该将它们放在 S3 上还是如果它们在主机本身上就可以了？请分享任何好的文章以了解这两种技术的区别。

因为如果 S3 明显更好，那么我将不得不编写一个程序来同步 S3 上的所有此类数据。

感谢您的帮助。

Answer 1

将图像存储在 Amazon S3 而不是您自己的主机上的一些原因（然后通过 Amazon CloudFront 提供它们）：

减少服务器负载

即使内容缓存在 Amazon CloudFront 中，您的服务器仍会收到来自每个边缘站点（每个边缘站点维护自己的缓存）的每个对象的首次访问请求，每次对象过期时都会重复。 （刷新会生成一个 HEAD 请求，并且只会重新下载已更改或从缓存中刷新的内容。）

更耐用的存储

Amazon S3 在同一区域内的多个可用区中保留您的数据副本。您还可以在服务器之间复制数据以提高持久性，但随后您需要管理复制并为每台服务器上的存储付费。

降低存储成本

在 Amazon S3 上存储数据比在 Amazon EBS 卷上存储数据的成本更低。如果您计划将数据保存在这两个位置，那么显然使用 S3 会更昂贵，但您也应该考虑将其仅存储在 S3 上，这样成本会更低、更耐用且对您来说更少在您的服务器上备份。

不使用 S3 的原因：

• 更多移动部件 - 维护代码以将文件移动到 S3
• 不如使用本地文件系统方便
• 必须合并来自 S3 和您自己的服务器的日志文件以收集使用信息