我工作的中小型在线零售公司使用Akamai作为我们的静态图像CDN，但是我想知道它是否会伤害而不是帮助，如果不是最理想的，我们应该做些什么。
我们每月的stream量约为3M浏览量和40万独立访问者。 我们有不同的静态图像出现在我们的各种网页（几千种产品的每一个不同的图像等）。
问题是Akamai的服务器正在从原始服务器（我们自己托pipe）请求大约40％的浏览器请求的文件。 这意味着很多（在我看来）不必要的等待我们的客户：在返回给客户之前，40％的请求必须在Akamai和我们的来源之间往返。
服务器TTL不是问题; 他们都设置为365天。 所以它看起来像是
所以我开始想知道是否可以通过CDN服务器更好地服务于我们的服务器，我的想法是用更less的CDN服务器，我们的更多的图像将被更频繁地caching在每个服务器上，并且可能会更长时间地停留在caching中没有被换出。 另一方面，较less的服务器可能意味着不接近一台服务器的用户的更多延迟。
有两个基于Akamai的选项我们正在看，但还没有拉动触发器（还）：
所以我的问题是：
你们是否认为将文件caching在较less的服务器上会更好一些，这是以某些用户的额外延迟为代价的; 或者是延迟比原始往返更大的问题？
如果我们使用NetStorage，有没有人对NetStorage“origin”的往返时间有多长？
我错过了什么？ 我还有什么要考虑的呢？
把事情build立在事实而不是假设上总是好的。 你的假设是，一个节点较less的CDN会less一点击中你的原点。 为了testing，我会：
有了这些事实，你的决定将变得简单。 对于它的价值，我确实认为你是对的：Akamai可能只有“较小”网站的节点太多 。
请注意，一些较小的CDN自动使用分层模型来处理所有事情; 他们从一开始就是这样构build的。 在这样的模型中，对特定边缘节点的请求被路由到高速caching未命中的“内部”节点。 如果“内部”节点也存在高速caching未命中，则会转到原点。 我自己的testing表明MaxCDN以这种方式工作（例如，在阿姆斯特丹节点上的第一个文件请求并不总是导致相应的原始获取，所以它必须从MaxCDNnetworking内的其他地方获得文件）。
我不为Akamai工作，但我们确实转售了很多服务。
你看看你的CDNcaching吗？ 如果这些图像快速变化，则情况可能是节点已经接收到更新内容，而Akamai正在caching来自其他节点的时间戳。 尝试通过Akamai控制面板清除caching。
有其他项目是caching，严格意义上的图像。 任何CSS，JavaScript？
Akamai有许多可用的选项来帮助优化交付。
最近我被介绍到Strangeloop，他们提供了一个压缩服务，每页减less对象，并保存为模板。 这不会是一种替代，而是一些有趣的事情。
延迟和caching有利于彼此的一起。 NetStorage将提高性能。
让我知道如果我能帮助，祝你好运！
您应该明确地调用Akamai的支持，并给他们一个没有像预期的那样caching的例子。 我们有一个类似的问题，这是由于我们设置了一些标题，由于对文档的误解。 你为此付了一大笔钱。 不要犹豫，打电话。
Akamai不会做“每边缘节点一击”; 他们做了一些命中，让它进入他们的“云”，然后从那里传播到边缘。