CDN (特别是CloudFront)是否会在错过后蜂拥到它的原始服务器上？

Question

类似于memcache服务器在未命中后可以踩踏db的方式。

我应该期待我的CDN(s)的高流量吗？

Answer 1

在genearal中，没有，因为通常只有几十个CDN节点会直接向您的原点发出请求。即使是拥有数万个边缘节点的Akamai，通常也很少使用它们在一种多层层次结构中提出原始请求。

另外，与一些“数字”缓存软件不同，CDN的工具通常会“保存”同一个文件的多个请求，直到第一个请求处于缓存中，而不是将多个请求传递给同一个文件的后端。即使是现成的代理缓存工具，如Varnsih和Nginx，现在也能正确地做到这一点。

话虽如此，我想如果你有一个非常多样化的内容集，时间相关性很低，和一个非常低动力的来源.即使12个节点快速连续地请求数千个不同的文件，也可能会出现问题。但是如果你在CDN后面使用256 MB的廉价VPS，那么你也太便宜了。我的建议是使用您的CDN日志来了解您可能面临的最坏情况，比如在短时间内请求的唯一URL的数量，以及CDN节点的数量。然后，您应该对您的原点进行负载测试，以确定该场景和文件的混合。好的数字来自现实的测试，每次都比猜测要好，而且通常也不难实现。

Answer 2

显然是的，如果你用愚蠢的代理人组装了一个CDN的话：

http://www.jet-stream.com/blog/downsides-of-http-adaptive-bit-rate-streaming/

你应该如何确定你的CDN做或不清楚，但我希望你可以假设较大的玩家是正确的。