Caching 域别名与CDN的边缘端包括

我正在设计一个web应用程序，以支持将来使用CDN

我考虑过两种选择：

对站点上的静态内容使用域别名，包括CSS、JS和一些图像

使用“边边包含”指定静态内容区域

（1） 更简单，我以前也实现过。例如，我们将在每个IMG src前面加上前缀，然后更新相应的DNS以使用CDN。我从我们内部“预制作”网站的用户那里听到的缺点是，他们必须将图像推送到images1.mysite.com以在内部预览他们的更改——理想情况下，文件在准备好生产之前不会推送到images1.mysite.com。（注意-此处不提供主机文件更改和DNS技巧。）

相反，他们只想对静态内容使用相对或绝对路径。e、 g./images/myimage.gif

（2） 我不太熟悉，我想了解更多信息。这是否允许我们的“预生产”团队在“预生产环境”中引用具有相对路径的静态内容，并且在生产中不需要修改HTML就可以使用CDN

---

有人能比较这两种选择，在发展的简易性、灵活性和成本方面吗？

< P>这是第二种选择要考虑的变化。

在HTML中不要使用相对图像URL。在生产服务器上，让映像请求返回服务器端重定向到CDN上的映像位置。这比其他技术产生的流量稍微多一些，但它会为每个图像命中生成一个访问日志条目，保持HTML和站点结构简单，从站点源中排除特定CDN依赖项，并允许您动态启用、禁用或切换基于CDN的图像服务

---

如果您使用的是需求拉动型CDN（如Coral），则还需要确保CDN发出或拒绝的请求直接从生产服务器提供服务。有关此技术的更多信息，请参阅。

请注意：CoralCDN的响应时间比从您自己的Web服务器提供服务的响应时间要差得多。我想世界其他地方也是如此。这可能是（唯一）好的选择，当你得到钉子，但珊瑚承担的负荷。考虑一下Coral的可靠性，而不是性能。我主要是以Coral为例，因为如果你的代码是正确的，“它就可以工作”——它可能会比较慢，但没有麻烦、混乱、要填写的表格或要支付的账单，如果你在做概念验证工作，这是很好的。