我对理想CDN的看法是错误的吗？
我对CDN一无所知，明天我将开始对它们进行长时间的调查。
但我想与大家分享我对CDN的理想愿景--基本上映射到“付费代理”的概念。
简而言之，我只想缓存我所有的静态文件(js、css、图片等)，这样用户总是能够访问足够接近的POP。
在我看来，要实现这个目标应该很简单，我只是改变一下：
脚本: src = 'http://abc.com/script.js‘
图像src = 'http://abc.com/image.jpg‘
至：
脚本: src = 'http://cdn.com?src=abc.com/script.js‘
图像src = 'http://cdn.com?src=abc.com/image.jpg‘
代理将准确地查询我的服务器一次，然后将内容推送到边缘。没有明确的上传，没有麻烦，没有API等。
我是在做梦还是这是可以实现的？
谢谢。
回答 3
Server Fault用户
发布于 2010-08-05 00:23:08
这正是他们所说的原始拉力CDN。这些代理通常在有限的时间内保存内容，并在请求时刷新内容。还有其他种类的CDN，那些允许你直接上传到他们的内容。
Server Fault用户
发布于 2010-08-05 10:37:22
您所描述的技术是有效的，并且可以在服务器提供者上使用。
在你的调查中要考虑的几点：
- 失效:基于源集的标头，或者基于预先配置的规则，或者基于对cdn的显式调用。
- 将标头复制到客户端，因此还可以影响它们的缓存策略。
- ESI，很像SSI
- 交付性能和保证-一些CDN是集中在一个特定的大陆；如果你的一部分观众是在那里他们不会看到奇妙的低延迟服务。问也没有错。
- 价格，cdn的清单价格是惊人的。你应该(视你的特点和流量而定)谈判价格降低很多。
另外，部署cdn的原因通常是为了能够处理突发的通信量。确保你的合同反映了这一点。
如果您需要更多关于如何选择和集成cdn或缩放的信息，请向我发送信息。
Server Fault用户
发布于 2010-08-05 00:01:02
听起来像是亚马逊云的延伸。例如，woot上的所有静态内容都由Amazon提供。例如，可以通过挂载静态内容根目录将文件通过ftp转储到云中来实现。
编辑:对不起，错过了主机/资源部分。
https://serverfault.com/questions/167205
复制相似问题
腾讯云开发者
