关于CDN

其实现在的CDN 已经渐渐发展开不再是对于静态内容的加速服务

借用一张腾讯云动态加速网路介绍里面的图

实际加速已经可以分为传统静态加速 , 流量更大的流媒体加速和相对新型的动态CDN

动态CDN

非依赖于缓存数据，而是通过对路由、协议等的优化来实现加速，因此在跨国、跨运营商这种质量差的网路中有比较好的表现

将域名CNAME到加速平台后，加速点伺服器就能接收到用户数据包，HTTP通过域名（TCP/UDP根据埠查找配置），伺服器根据配置获取源站以及到源站和到路由的信息，并选择路由将数据转发往目标源站。

每个加速点有接入和中转双重身份，直接对接用户客户端或源站的定义为接入点，接入点收到的数据一般通过私有协议网路发往中转点，中转点之间也通过私有协议网路传输。

私有协议网路实际上是可信传输的协议，支持流量控制、拥塞控制、快速重传等，可以消除握手的时间，使传输控制更灵活.根据链路MTU大小进行切片发送，减少报文重组

而传输TCP、UDP数据时，内核模块会捕获并修改TCP/IP包，将数据包发送到加速网，同时在加速网注册，以此实现对用户透明的动态加速

当然这并不意味著传统静态加速没有了优势,静态加速不需要实际主机的参与,他们的加速实际上往往不是同一个量级的,也就是说我们传统的对于CDN友好的一系列的静态化和其他类型的优化依然十分的重要.然而他只是为开发者提供一种额外的加速方式.

这一类型的CDN致力于解决的是流量费用问题,往往把焦点集中在鉴权上

必须阻止那些非正常来源的请求,避免流量的额外开销,比如常见的referrer鉴权,时间戳鉴权,甚至有的项目还采用专门的鉴权伺服器来做出处理

同时这一部分CDN也要解决源站压力的问题,比如建立合理的CDN缓存,以及合理的回源机制,毕竟为回源准备的伺服器往往并没有多么变态的服务能力

当流媒体加速CDN面对直播类的场景时边缘节点到中间源中间源到转码伺服器转码伺服器到企业的真实伺服器之间,其实也是把类似动态加速网路的优化处理和相应的LB(负载均衡)策略引入到整个加速流程之中.

PS:现如今其实直播类云服务,比如腾讯云阿里云,他们在自己的云服务上实现全套优化之后的直播类服务为实际客户解决了太多的问题,也大大的降低了直播类应用的落地难度,如果一个企业的技术能力有限,这个车轮真的可以直接用不要太方便

甩锅啦甩锅啦~ 都是云服务商的锅~~