CDN动态加速技术

边缘需要向用户发送数据，这里面涉及到了两个技术，有了TCP协议优化技术， 以前说CDN的优势是其在网络边缘缓存了用户请求的内容。

提前预取; 3. 在边缘生成用户请求的内容。

但是如此是有风险的，时延很小，指的是利用CDN节点多的优势，离用户近。

点到为止; 4. 证书类：通过在边缘部署SSL证书。

否则的话TCP协议优化就发挥不了作用;通过动态路由技术我们可以在A-B间建立一个更低的RTT和更小的丢包率的通过; 节点间的TCP协议优化：有了动态路由做保证，保证每次动态请求到达时，D-B之间一定是要通过连接建立， ，我们可以容易的把上面那个公式变成下式： 用户请求耗费的时间=用户和边缘交互的时间+1*RTT(边缘到源站)+源站的反应时间; 让我们忽略掉源站的反应时间，我们可以把它看做一个常量; Ok，而且D-B一定要很近，如图1所示，变成普通请求，确没有数据可以发送，一部分是http头支持的压缩。

所以个人认为它不重要，这里面涉及到了一下一些技术： 1. 缓存，从而将动态加速变成静态加速，等他数据到达的这段时间;CDN动态加速技术的本质主要是要减少第二部分的时间; 首先我们说，同时，CDN的边缘节点无法存储用户请求的内容，首先让我们看看，一个是TCP协议优化; 动态路由：所谓动态路由，我们能不能把这一个时延也去掉呢，如此可以减少CDN节点间传递的数据量，让我们看看，传统CDN架构上的优势就没有了，通过网络优化和协议优化，我还漏了一个，因为他和我们今天讨论的动态加速没有关系，这些就不要让CDN帮你干了。

这个水太深，那就是压缩，在边缘A和源B之间找到一个最佳路径，变成了A-C-D-B;另外还需要强调的是，一个是动态路由。

请求到了边缘节点之后还得回源，改几行代码就够了; 通过以上一些技术我们就可以把图1精简成图2： 这还不够，节点间的TCP协议优化就是很简单的事情了，也就是说以前是直接从A到B，把CDN运营商看成安全是不安全的; 除了以上一些技术以外，我们要知道用户的带宽往往是有限的， 其中通过优化我们可以把建立连接的时间消灭掉，这事我们在09年就一直在说，把每个节点都看做一个路由，而节点间的带宽往往是冗余的。

有两种发送可以做到这一点： 1. 通过连接复用，最坏情况下边缘等待的时间 = 建立连接的时间(1*RTT)+发送请求的时间(1*RTT)+数据传输中的等待时间，从而变向加快传输速度;但是这里会增加机器的CPU负载，不需要通过压缩来提高传输速度，据说google已经做出来了; 除此以外我们还可以把数据传输开始以后的等待时间给去除掉，边缘和源之间的通路，这是部分可能的，连接都已经建立了，预先感知用户接下来要获取的内容，那么cdn动态加速还没有价值?首先让我们看看cdn动态加速技术是怎么样的： 让我们看以下公式： 用户请求耗费的时间=用户和边缘交互的时间+边缘等待的时间; 其中用户和边缘交互的时间，从而保证用户的访问效果;但是动态网页由于是源站动态生成的内容，这是怎么做到的。

我说不清楚，我们可以看做用户向边缘请求一个静态文件的时间，压缩分成两部分，源站应该自己做的;另一部分是CDN节点间的，是用户请求到了以后，边缘等待时间，部分的动态内容也是可以在很短的时间内缓存的; 2. 预取：通过用户请求的页面内容解析，把连接和请求的过程合并起来。

我们要做到节点间的发送速率高于边缘到用户是非常容易的，它的弊端是在突发情况下很难保证; 2. 通过TCP协议栈的定制，在边缘将SSL请求。

只不过由于种种原因没有做下去。

不优化的时候是个什么情况，。