我对CDN的理想是错误的吗?

我对CDN一无所知,明天我要开始对它们进行长时间的调查。

但是我想分享我对CDN的理想视angular – 这基本上映射到“付费代理”的概念。

简而言之,我只想caching所有静态文件(js,css,图像等),以便用户始终访问足够接近的POP。

在我看来,实现这个目标应该很简单,我只是改变:

脚本:src =' http : //abc.com/script.js '
图片src =' http://abc.com/image.jpg '

至:

script:src =' http ://cdn.com?src= abc.com/script.js '
image src =' http://cdn.com ?src= abc.com/image.jpg '

该代理将查询我的服务器一次,然后将内容推到边缘。 没有明确的上传,没有麻烦,没有API等

我在做梦还是可以实现的?

谢谢。

这正是他们所说的起源拉动 CDN。 这些代理通常会将内容保留一段有限的时间,并在请求时进行刷新。 还有其他types的CDN,也允许你直接上传内容。

你描述的技术是可行的,可以在多个提供者上使用。

在调查过程中需要思考的一些问题:

  • 失效:根据源设置的标题,或者预configuration的规则,或者显式调用cdn
  • 复制头文件到客户端,这样你也可以影响他们的caching策略
  • ESI,很像SSI
  • 交付绩效和保证 – 一些CDN集中在一个特定的大陆; 如果你的观众的一部分是在其他地方,他们不会看到奇妙的低延迟服务。 问这个没有错。
  • 价格,cdn的名单价格是离谱的。 你应该(取决于你的function和stream量)总之谈判的价格相当多。

此外,部署cdn的原因通常是能够处理突发stream量。 确保你的合同反映了这一点。

如果您需要更多关于如何select和整合cdn或缩放的input信息,请发送邮件给我

这种听起来像是亚马逊云的延伸。 举个例子,所有关于woot的静态内容都由Amazon提供。 例如,可以通过挂载静态内容根目录通过ftp将文件转储到云中来实现。

编辑:对不起错过了?=主机/资源部分。