＜计算机网络自顶向下＞ CDN

BBTJDDY

于 2024-04-14 10:36:23 发布

阅读量599

点赞数 23

文章标签：计算机网络

本文链接：https://blog.csdn.net/BBTJDDY/article/details/137734945

版权

本文探讨了视频服务在处理规模性异构用户需求时的挑战，如不同接入方式和带宽限制。通过分布式应用层面的基础设施CDN、多媒体流化服务如DASH以及内容分发策略，文章介绍了如何提高视频传输效率，降低延迟。还分析了CDN在承载量、网络结构和内容分发中的作用，以及如何选择合适的CDN节点以优化用户体验。

摘要由CSDN通过智能技术生成

视频服务挑战

视频是固定速度显示的一系列图像的序列，图像又是一系列像素点的序列
视频占的带宽太大所以不经过压缩就在网络上传输基本是不可能的
压缩的基础
- 空间的冗余度：一个帧当中一些范围的像素点颜色一样，空间描述的时候可以说某个像素点在那一范围出现
- 时间上的冗余度：一些相邻的帧的像素点颜色一样，传输的时候仅仅把动的对象传输即可
CBR (constant bit rate): 以固定速率编码
VBR (variable bit rate): 视频编码速率随时间的变化而变化

Download and play太慢了
streaming服务边下载边看（就相当于我现在看b站下面有一个进度条还有一个比进度条跑的更快的白条，这个白条就是下载条）
多媒体流化服务：DASH（Dynamic Adaptive Streaming over HTTP）
- 服务器：将视频文件分割为多个chunk，每个chunk独立存储，编码于（8-10种）不同码率，告示文件（manifest file）提供不同块的URL（b站视频有很多码率视频）
- 客户端：周期性测量服务器到客户端的带宽，查询告示文件，在一个时刻请求一个块，HTTP头部指定字节范围（如果带宽足够，选择最大码率的视频块；会话中的不同时刻，可以切换请求不同的编码块，这取决于当时的可用带宽）；

挑战：承载量
- 如果选择单个的，，大的超级服务器“mega-server”——方法简单但是延展性很差
  - 服务器到客户端上路径跳数较多，瓶颈链路的带宽小导致停顿
  - “二八规律”决定了网络同时充斥着统一个视频的多个拷贝，效率低（付费高，贷款浪费，效果差）
  - 单点故障，性能瓶颈
  - 周边网络的拥塞
选项二：通过CDN，全网部署缓存节点，存储服务内容，就近为用户提供服务，提高用户体验
也就是说在网络中，CDN的运营商部署了许多缓存节点，用户上线时候不一定从原服务器获取流化服务，通过DNS的重定向，找离他最近服务质量最好的节点提供流化服务。使得问阿金传输跳数少，服务质量更好。

种类

Bring home：部署在少数（10个左右）关键位置（比如在ISP关键节点机房附近），如将服务器簇安装于POP附近（离若干大的ISP，POP比较近）

在计算机网络中，POP表示入网点（Point of Presence）。POP位于网络企业的边缘外侧，是访问企业网络内部的进入点。外界提供的服务通过POP进入，这些服务包括Internet接入，广域连接以及电话服务（PSTN）

关注