Amazon Cloud Front的s3 bucket与主机文件之间的差异
我们开发了一个电子商务应用程序，我想使用CDN来提高应用程序的速度，也减少主机的负载。该应用程序托管在EC2服务器上，现在我们将使用云前端。
在阅读了大量的文章和文档后，我为我的示例站点创建了一个发行版。在做了所有的经验之后，我知道了以下几件事。我想确定这几点是否正确。
- 当我们创建一个分布时，它从给定的原始路径获取所有可访问的数据。我们不需要将文件复制/同步到云前端。
- 我们只需根据这个分布CNAME更改应用程序的路径（如果给出了CNAME）。
- 将images/js/css文件放在S3或我们自己的主机上没有区别。云锋会自己带走它们。
因为如果S3明显更好，那么我将不得不制作一个程序来同步S3上的所有这些数据。
谢谢你的帮助。
共有1个答案
将图像存储在Amazon S3而不是自己的主机上（然后通过Amazon CloudFront提供）的一些原因：
减少服务器负载
即使内容缓存在Amazon CloudFront中，您的服务器仍然会收到来自每个边缘位置的每个对象的第一次访问请求（每个边缘位置维护自己的缓存），每次对象过期时都会重复这些请求。（刷新将生成HEAD请求，并且只会重新下载已更改或从缓存中刷新的内容。）
更耐用的存储
Amazon S3在同一区域内的多个可用性区域中保存数据副本。您还可以在服务器之间复制数据以提高耐久性，但是您需要管理复制并支付每个服务器上的存储费用。
较低的储存成本
-
null
-
在swift中似乎有两个相等运算符：双相等()和三相等()，这两者有什么区别？
-
我正在尝试了解Database ricks存储文件的方式，我有点不确定dbfs：/和file：/之间的区别是什么（见下图） 从这里我可以推断，file:/似乎是通过curl/wget下载的外部文件在以下文件夹路径中下载的区域： 但是file：/到底是什么，它为什么存在，它与dbfs：/有何不同？ 作为记录，我正在使用Databricks的社区免费版本。
-
我不熟悉随机文件访问，我遇到了一个问题——据我所知，RandomAccessFile类提供了一个用于读/写的随机访问文件。我可以使用seek（）方法移动到首选位置并开始阅读或写作，但在这种情况下并不重要。完全是随机访问吗？但在FileInputStream中，我有同样的能力 这种方法提供了我从某个特定的地方阅读。那么，有什么区别呢？（我猜，输入流读取所有文件，但只是通过断路位置之前的所有符号，但它
-
嗨，我对时区没有什么疑问： null 我在维基百科和许多相关网站上搜索过，但没有找到相关的解释
-
什么时候只能使用其中的一个？ 何时可以同时使用和如何选择一个？
-
方法接受一个供应商函数接口，该接口本质上不接受任何参数，并返回。 在哪种情况下需要使用？如果您有一个方法为什么不直接执行而不执行？ 似乎并不是要将lambda表达式的执行推迟到以后的某个时间或其他时间，那么这有什么意义呢？（我认为如果它返回一个更安全的会更有用，它的从不抛出并且总是返回true...但显然它不是，它只是返回，就像)。 是不是还有什么我遗漏的不同之处？