一个CDN问题 - 处理动态请求

当网站的负载达到一定负荷，需要扩容的时候，CDN正在成为网站的非常热门的选择。但是对于动态内容占绝大多数的网站，CDN是否还可以如期发挥作用呢？

我们都知道，CDN可以把网站的程序部署到不同的节点服务器上，并且就近响应用户的请求，这样可以缓解网站的负荷，有时候还可以防止攻击。

但是，一般的动态网站，数据库感觉很难同步部署到CDN的各个节点上。一方面是因为数据库一般不会直接暴露在公网中，另外一方面，数据库的数据实时性非常高，很难及时在远隔千里的节点去同步。

这样的话，各个节点的应用如果接收到动态的请求，因为本地没有数据库，并且由于数据库存在中心节点的内部网段，所以只好把请求转发给中心服务器去处理，等待处理完毕后，再把处理结果返回给CDN的服务器。感觉这种情况不仅不能有效地减轻负荷，反而适得其反。

也许像门户网站，存在大量静态内容，比如新闻，比如视频等，才适合用CDN ?

咨询了一些host cdn服务的公司：
一种比较常规的cdn处理动态请求的做法，是通过专用的超快速通道把节点的请求转发到主站，然后再把结果返回给节点。因为专用通道速度很快，所以用户几乎感觉不到。有点类似于把主站当代理服务器的意思。

在国内，真正能做到cdn 动态加速的公司还真挺少的。

CDN 一般用来做静态文件的加速， 对于动态的数据的加速需要专用的设备。
我说的动态数据是指根据请求从源站点返回的数据。
在国内做的最大的是chinacache。