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