当网站的负载达到一定负荷,需要扩容的时候,CDN正在成为网站的非常热门的选择。但是对于动态内容占绝大多数的网站,CDN是否还可以如期发挥作用呢?
我们都知道,CDN可以把网站的程序部署到不同的节点服务器上,并且就近响应用户的请求,这样可以缓解网站的负荷,有时候还可以防止攻击。
但是,一般的动态网站,数据库感觉很难同步部署到CDN的各个节点上。一方面是因为数据库一般不会直接暴露在公网中,另外一方面,数据库的数据实时性非常高,很难及时在远隔千里的节点去同步。
这样的话,各个节点的应用如果接收到动态的请求,因为本地没有数据库,并且由于数据库存在中心节点的内部网段,所以只好把请求转发给中心服务器去处理,等待处理完毕后,再把处理结果返回给CDN的服务器。感觉这种情况不仅不能有效地减轻负荷,反而适得其反。
也许像门户网站,存在大量静态内容,比如新闻,比如视频等,才适合用CDN ?
我们都知道,CDN可以把网站的程序部署到不同的节点服务器上,并且就近响应用户的请求,这样可以缓解网站的负荷,有时候还可以防止攻击。
但是,一般的动态网站,数据库感觉很难同步部署到CDN的各个节点上。一方面是因为数据库一般不会直接暴露在公网中,另外一方面,数据库的数据实时性非常高,很难及时在远隔千里的节点去同步。
这样的话,各个节点的应用如果接收到动态的请求,因为本地没有数据库,并且由于数据库存在中心节点的内部网段,所以只好把请求转发给中心服务器去处理,等待处理完毕后,再把处理结果返回给CDN的服务器。感觉这种情况不仅不能有效地减轻负荷,反而适得其反。
也许像门户网站,存在大量静态内容,比如新闻,比如视频等,才适合用CDN ?