我们都知道，最简单的CDN架构一般如下：
1
通常
通常，直接到源站获取内容的都是CDN边缘节点。全球CDN边缘节点有成千上百个，节点内的服务器更是多不胜数。如果在CDN没有缓存的情况下，同一时刻全球各地都有人访问，源站会因为处理不了过多的请求，而崩溃。
2
因此
因此，小编这期将会聊聊父层。父层，又称中间层或上层，是从CDN侧考虑保护源站的一种场景。如果感觉比较眼熟，那说明你的记性还不错。前面Tips(2)也介绍了类似的保护源站的方案，CDN shield，那是从源站侧考虑保护源站的场景。
3
可能
可能，会有看官们提出这样一个质疑，既然CDN shield就可以保护源站，为何还要引入父层的概念呢？这不是多此一举吗？从两方面来讲：首先，CDN shield是提供存储服务的，类似于客户的二级源站，会产生一定的存储费用，如果客户使用Aspera作为上传方式，还会另外收费。关于Aspera，真神器也，以后有时间小编会聊一聊。而使用父层，则不会收取任何费用，至少小编目前了解到的CDN供应商大都是这么操作的。再者，CDN讲究的是提供端对端的服务和保护，如此一来岂不是正中下怀？无论是前端还是后端，CDN都能为源站保驾护航。
4
如果
如果，把众多的边缘节点比作孩子的话，父层，顾名思义，就是父亲。虽然这样会有点扯，哪家哪户会养成千上百个孩子呢？但，请相信小编的判断，CDN它确实做到了，而且做得还相当不错，父亲不但完成了孩子们的愿望，还一力承担了孩子们的功课。往前看，当边缘节点收到大量的请求时会先到父层，如果父层没有命中，再汇聚回源。往后看，源站只收到来自父层的请求，大大减少了源站压力，源站可以花更多的资源，干别的事情，整体的CDN性能也就提高了。
这期的Tips聊到这里，下期见~
我们都知道，最简单的CDN架构一般如下：
1
通常
通常，直接到源站获取内容的都是CDN边缘节点。全球CDN边缘节点有成千上百个，节点内的服务器更是多不胜数。如果在CDN没有缓存的情况下，同一时刻全球各地都有人访问，源站会因为处理不了过多的请求，而崩溃。
2
因此
因此，小编这期将会聊聊父层。父层，又称中间层或上层，是从CDN侧考虑保护源站的一种场景。如果感觉比较眼熟，那说明你的记性还不错。前面Tips(2)也介绍了类似的保护源站的方案，CDN shield，那是从源站侧考虑保护源站的场景。
3
可能
可能，会有看官们提出这样一个质疑，既然CDN shield就可以保护源站，为何还要引入父层的概念呢？这不是多此一举吗？从两方面来讲：首先，CDN shield是提供存储服务的，类似于客户的二级源站，会产生一定的存储费用，如果客户使用Aspera作为上传方式，还会另外收费。关于Aspera，真神器也，以后有时间小编会聊一聊。而使用父层，则不会收取任何费用，至少小编目前了解到的CDN供应商大都是这么操作的。再者，CDN讲究的是提供端对端的服务和保护，如此一来岂不是正中下怀？无论是前端还是后端，CDN都能为源站保驾护航。
4
如果
如果，把众多的边缘节点比作孩子的话，父层，顾名思义，就是父亲。虽然这样会有点扯，哪家哪户会养成千上百个孩子呢？但，请相信小编的判断，CDN它确实做到了，而且做得还相当不错，父亲不但完成了孩子们的愿望，还一力承担了孩子们的功课。往前看，当边缘节点收到大量的请求时会先到父层，如果父层没有命中，再汇聚回源。往后看，源站只收到来自父层的请求，大大减少了源站压力，源站可以花更多的资源，干别的事情，整体的CDN性能也就提高了。
这期的Tips聊到这里，下期见~