我们熟知，CDN（Content Delivery Network，内容分发网络）是一种优化数据传输速度和稳定性的新型网络构建方式，我则把他称为近水楼台的工具。通过CDN，用户可以把他们的请求向离用户最近的服务器，就近取得所需，如此即解决了网络拥挤的状况，又提高用户访问网站的响应速度。
早前，我们只会把图片，CSS/ JS, Woff 等放上CDN，然现今，随着用户对于网站的要求日益升高，人们开始突发奇想地，希望把网站的所有东西，包括HTML或者动态内容 balabala等都CDN一下，以简化架构的复杂性。
这个举动对小网站而言也许不在话下，但是对于诸多Drupal或者其他网站而言却并非易事，因为更多的时候所有的信息都是动态或者交互式。解决这个问题是互联网的一场新革命。
但是换个思维，如果把架构做成如下像这样呢？
这是AWS的Cloudfront CDN。通过CNAME，你的网站域名可以直接导向CDN，然CDN也会直接导向你的负载均衡地址（Load Balancer Address）或者你的网站服务器，整个过程就像一个代理服务器。
当然你自己也要想好缓存失效策略，比如时时更新到cloudfront，或者使用版本控制对象或者URL。
以下就是我怎么将一些URL和服务器联动使Drupal得以顺利运行的简单部署范例。
通过AWS Cloudfront，你可以联动head ORIGIN，这样你就可以行使CORs命令。可以用Cache－Control／Expires／Etag Header(s) 将这些features缓存到手机或电脑。有这样的架构，理论上，你的网页PV是无限量的，因为你的服务器基本都没用到多少。
客户甚至可以指定我们的Cloudfront 账号到他们的Origin／Web服务器，可以是Azure，Linode或其他。
其实不光是针对Drupal，其他语言的网站也同样可以做到Dynamic CDN，只是需要多一天左右的安装时间。
有兴趣的话，可以直接咨询我和我的公司BootDev关于这些的更多信息，为此，我们已经做了很长时间的研究和准备。
有人问我，能用一句话概述Dynamic CDN的特点吗？我举了个例子，CDN做到的是让车跑，这个谁都会，但是有谁见过让车飞的吗？这个就是Dynamic CDN。