CDN技术演进分析.docx
- 文档编号:26063030
- 上传时间:2023-06-17
- 格式:DOCX
- 页数:10
- 大小:879.53KB
CDN技术演进分析.docx
《CDN技术演进分析.docx》由会员分享,可在线阅读,更多相关《CDN技术演进分析.docx(10页珍藏版)》请在冰豆网上搜索。
CDN技术演进分析
CDN技术演进分析
2000年左右是全球互联网发展的鼎盛时期,由于HTTP网页内容加速的需求日益暴增,进而CDN成为了产业关注的热点。
当下,CDN行业化、智能化越来越明显,主要是因为每个行业在技术、使用场景等方面都有个性化的需
求。
近日,51CTO以“TechNeo”为主题的技术沙龙第十五期于北京举行,本次沙龙邀请了来自国美互联网应用运维技术负责人张高明。
这位互联网老兵的演讲,不仅让开发者对智能CDN有了更深入的了解,而且从中可以窥见国美互联网
在CDN方向的实践与痛点。
目前,国美互联网的体量较小,与大型互联网公司有一定差距。
但麻雀虽小五脏俱全,在CDN方面的应用有很多。
包括视频、图片、Js、css、Html等传统的一些内容;以及APP的安装包、更新包、下载包等内容;还有抗D,防攻击方面的一系列产品。
介绍下抗D的产品,2016年,在APP推广过程中受到几次攻击,导致服务处于不可用状态,非常被动。
当时可选的解决方案有两套:
自研,但受到多方面限制,如资源不足(机房带宽、服务器都需要采购)、没有人员储备、时间
周期不允许等。
和已经有成熟产品的第三方公司合作,鉴于实际情况,采用第二套方案。
产品的确没有出现问题,但对于第三方公司提供的数据没有有效的方法能够验证有效性和真实性。
智能CDN的六大元素
智能CDN也是CDN,但是智能化是趋势,智能化的本质是通过技术、智能手段为消费者提供更好的服务。
谈智能CDN之前,有必要先来了解一下CDN的使用模型:
从浏览器或其他途径请求资源。
由DNS对域名进行解析得到真实IP的地址。
通过链路传输,到达目的机房。
经过CDN调度器把资源返给用户(CDN跳转或请求资源)。
基于CDN的使用模型,依次具体地分析智能CDN,如下图所示:
智能CDN由智能DNS、链路优化以及智能调度器、大数据、AI、人六大元素组成。
01智能DNS
在目前所有网络活动中,DNS的作用可以说是不可替代的。
早期DNS相对简单,功能也较单一,这里我们称之为DNS1.0。
DNS1.0的作用非常简单,只是收到网址,反馈IP地址。
随着技术发展和产品需要,DNS2.0、3.0先后出现。
DNS2.0是根据用户所在ISP、区域,智能提供最优IP地址,使得访问速度得到提升。
DNS3.0弥补了之前1.0、2.0没有的状态缺陷,新增了健康检查的功能。
智能剔除异常节点,把可用且最优的节点返给用户。
这里值得提醒的是DNS有两个不可规避的坎儿:
进行全网DNS更新时,时间不可控。
当更改DNS配置时,用户的生效时间不一,有时会达到不能容忍的时间长度。
用户地址解析的准确度完全依赖于用户LocalDns的设置。
DNS是以LocalDns作为反馈的唯一依据,反馈最终地址。
一旦LocalDns设置错误,那么地址一定不是最优,甚至有可能是错误的。
这样一来,就会导致用户访问过慢或访问不到资源的情况出现。
02链路优化
中国网络的复杂度众所周知,运营商多,并且每个运营商的用户都各自为战,融合起来并非易事。
在跨网络请求情况下,不仅仅是慢的问题,有时候甚至无法访问目的资源。
链路优化方面,可以借鉴一些成熟方案,如协议的优化,比如BGP、OSPF等。
还有就是资源部分,如通过带宽的建设、POP点建设、机房的扩容进一步对链路进行优化。
03智能调度器
DNS在细分时颗粒度很大,不能精确为用户区分优化策略。
想要提升精确度,就要靠调度器来实现。
调度器会基于访问请求资源的热度、大小、内部资源情况为用户提供最优的节点。
04大数据与AI
谈智能化不得不提大数据与AI,因为这两者正在给我们的生活带来潜移默化的影响。
对于DOS/DDOS攻击,大数据可以给访问源地址合适的权重,知道哪些ip"更危险"(以前发起过攻击),更加精确地定位是普通访问还是攻击,进而能够更加有力的防御攻击。
边缘计算与CDN的结合,带动了整个“人工智能+云”在各个场景的服务。
以视频直播为例,同城互动直播放到边缘节点里去成本可能会减少50%,涉黄的内容90%都能够在边缘网络上处理。
这其中涉及到与AI相结合的部分,云厂商在其间拥有优势:
一边有数据中心,一边运营边缘网络,并且能够知道这两者之间如何高效合作。
而单纯的CDN公司在所获得的数据不多的情况下可能很难判断哪些东西需要过滤和分发,最终还是需要与云及AI协同去完成。
05人·决策
为什么要在智能CDN模块加入人的元素呢?
因为大多情况下,都是人在做决策,像采用哪种网络模型、哪种算法、哪种分布式结构等等;另一方面,就是人的服务。
综上这些是张高明老师对智能CDN的一些见解,但国美互联网因为精力、时间等原因没有涉及到这些。
01APP端
APP端主要做的是针对静态文件进行优化,采用方式如下:
缩略图。
这里最主要的事情是图片匹配,国美互联网之前的缩略图更适用于PC端,不是很合理。
这里的解决方案是基于自身访问和第三方的数据,得到主流机型的标准,再根据产品需求,制定五种缩略图。
这样做在提升用户访问速度的同时还对带宽进行了优化。
两种Cache。
前端开发有一个简单的技术,叫AppCache。
把重要的Cache缓存到本地,一
定时间段内,请求时无须重新下载,会对提升用户访问质量有很大帮助。
短缓存。
规定合理的本地缓存时间,提升用户的访问速度,尤其是弱网情况下,效果特别好。
同时,还能优化带宽。
02IMG
图片部分,采用WebP的格式,谷歌推出这个图片格式的优点非常明显,和其他格式相比,WebP格式仅占用60%-70%资源。
它的缺点也同样明显,就是不是所有浏览器都支持。
在移动端就是Android的手机系统支持,但是IOS的不支持。
国美互联网的解决方案是在CDN中储存WebP和JPG两种Cache,在调度器设置UA判断流程,对节省带宽有很大改进。
03视频
视频部分,主要涉及推、拉模式选择、CDN调度器、自适应播放器:
推、拉模式选择。
以当前的技术手段,无论是把视频流推给CDN,还是CDN主动来拉视频流,在技术上都可以实现。
但在特定场景下,比如故障排查时,还是要选择CDN来拉的方式,这样对视频流的故障排查就可以由CDN提供方来完成。
CDN调度器。
CDN流量是分阶段计算的,1G以下、1~2G价格不同,通过CDN调度可以把成本控制在最优。
还有是在出现异常情况下,对用户的访问也可做一些调整。
这上面的调整比在DNS层面调整更迅速。
自适应播放器。
自主开发,能根据不同的业务特点采用自适应播放器。
比如实时性要求高的直播,就使用支持rtmp的播放器,需要回看的情况下,就使用支持HLS的播放器。
CDN优化不可避免的痛点
在CDN优化过程中,也有很多痛点不可避免。
这里主要分享三方面:
ISP、CDN厂商、内外部用户。
01ISP
说到CDN优化,必然离不开ISP(互联网服务提供商),这里涉及到如下四个方面:
劫持。
常见的劫持有两种。
第一种是DNS劫持,可通过商务手段解决,但时间跨度很长;还可
通过私人关系解决,但不是每个人都有这种关系。
针对这种劫持,目前还没有特别好的解决方案。
还有一种就是内容劫持,会在PC或APP端出现其他公司的广告,这种劫持的解决方案是做全
站HTTPS。
IP。
IP使用比较混乱,运营商之间有混用的情况。
如出现跨运营商的情况,对用户进行DNS解析时,精确度就会受到影响。
移动端。
用手机进行网络访问,第一跳肯定是手机和基站之间的连接。
目前基于大的环境,手机和基站在通讯过程中的延迟无法避免,而且也没有有效的监控方法。
GFW。
这个是所有拥有海外业务公司的痛点,目前国美互联网采用的是第三方的设备。
02CDN厂商
CDN厂商这部分,涉及四个方面:
服务质量。
这里的服务质量其一是指节点的响应速度,其二是节点正常运行的保障。
服务质量是
一切的前提条件。
计费方式。
一般计费方式有按平均带宽、95计费,第四峰值计费等,根据业务情况可能还有根据访问次数计费。
一般采用95计费即可,具体情况根据业务来定。
以国美直播举例,发展初期,直播场次少,基本一月一次,那么按照95计费是比较合理的,对公司成本也是最优的。
个性化需求。
有些CDN厂商,不太愿意提供个性化的需求,所以在合作前期就要沟通好,因为
每个公司,每个产品对CDN的需求都是不一样的。
朋友非敌人。
和CDN厂商合作,是朋友而非敌人的关系,是相互学习的过程。
在合作的过程中,都能学习到很多知识。
03用户
用户分为外部、内部两种,有各自的痛点:
外部用户。
当对一些故障进行修复时,需要外部用户的配合,可能会涉及进行有些用户很反感的
远程操作。
内部用户。
当内部用户发现故障时,应该第一时间反馈数据,进而缩短解决问题的时间。
做为互
联网工程师,应该具备相关的网络基础知识。
10
结束语
从传统的CDN加速到目前的智能CDN,速度发展的非常快。
CDN是用户访问的入口,其服务质量直接关系使用公司的成败。
虽然如今智能化是趋势,是方向,但是最基本的服务质量才是所有的根本。
11
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- CDN 技术 演进 分析
![提示](https://static.bdocx.com/images/bang_tan.gif)