CDN拓扑图概述
1、边缘层：
直接面向用户，负责给用户提供内容服务。
部署在CDN网络的边缘位置，包含大量的Cache设备。
当客户端请求数据时，首先检查本地缓存是否过期，如果过期，则向CDN边缘节点发起请求。
2、中心层：
负责全局的管理和控制，保存最多的内容Cache。
当边缘层设备未能命中Cache时，需要向中心层设备请求。
中心层可能具备用户服务的能力，也可能只会向下一层提供服务。
3、区域层：
在庞大的CDN系统中，为了减轻中心层的负载压力，部署在中心层和边缘层之间。
负责一个区域的管理和控制，并提供一些内容Cache供边缘层访问。
4、源站：
内容的原始来源，即客户真正的服务器。
当CDN节点没有缓存响应的内容，或缓存到期时，会回源站获取最新数据。
CDN工作方法
1、客户端请求流程：
客户端浏览器先检查本地缓存是否过期。
如果本地缓存过期，则向CDN边缘节点发起请求。
CDN边缘节点检测用户请求数据的缓存是否过期，如果没有过期，则直接响应用户请求；如果过期，则向源站发出回源请求，拉取最新数据。
2、回源策略：
常规的CDN都是回源的。
当有用户访问某一个URL时，如果被解析到的CDN节点没有缓存响应的内容，或者缓存已经到期，就会回源站去获取。
源站内容有更新时，源站可以主动把内容推送到CDN节点进行预热。
3、多级缓存：
CDN系统中存在多级缓存，包括边缘层、中心层和区域层。
不同层级的缓存策略因服务商而异，但一般都会遵循HTTP标准协议，通过HTTP响应头中的Cachecontrol: maxage字段来设置CDN边缘节点数据缓存时间。
CDN拓扑图示例
| 层级 | 功能 | 备注 |
| 源站 | 提供原始内容，响应回源请求 | |
| 区域层 | 管理和控制特定区域，提供内容Cache | 减轻中心层负载压力 |
| 中心层 | 全局管理与控制，保存最多内容Cache，响应未命中的请求 | 可能具备用户服务能力 |
| 边缘层 | 直接面向用户，提供内容服务，部署大量Cache设备 | 缓存用户请求数据 |
| 用户 | 发起请求，先检查本地缓存，再向CDN边缘节点请求 |
CDN拓扑图展示了从用户到源站的完整请求流程，以及各级缓存的工作机制，通过合理的缓存策略和回源策略，CDN能够有效提高网站的访问速度和可用性。
| CDN节点类型 | 位置 | 功能描述 | 关键技术 |
| 源站（Origin Server） | 服务器所在位置 | 存储原始内容的网站服务器，是CDN内容的源头 | DNS解析、HTTP/HTTPS、缓存管理 |
| 边缘节点（Edge Node） | 用户网络接入点附近 | 缓存热门内容，快速响应用户请求，减轻源站压力 | 内容分发、缓存策略、负载均衡 |
| 中心节点（Center Node） | 区域数据中心 | 负责区域内的内容分发，承担部分边缘节点的缓存内容更新任务 | 区域内容管理、数据同步、故障转移 |
| 辅助节点（Auxiliary Node） | 特定地理位置 | 通常用于特定地区或行业的内容分发，如游戏、视频等 | 行业定制、区域内容优化、特殊协议支持 |
| 监控节点（Monitoring Node） | 分布在各个地理位置 | 负责收集网络性能数据，监控CDN运行状态 | 性能监控、故障检测、数据统计分析 |
| 控制节点（Control Node） | 数据中心 | 负责CDN的整体管理和控制，包括节点配置、策略制定等 | 策略引擎、配置管理、流量调度 |
| 负载均衡器（Load Balancer） | 边缘节点或中心节点 | 根据网络状况和负载情况，智能分配请求到不同的节点 | 负载分配、健康检查、故障切换 |
| DNS服务器 | 互联网上 | 解析域名到对应的CDN节点IP地址 | DNS解析、域名解析策略、负载均衡 |
表格简要描述了CDN拓扑图中常见的一些节点及其功能和技术，实际部署中，CDN拓扑结构可能更为复杂，包含更多的节点和层次。
原创文章，作者：未希，如若转载，请注明出处：https://www.kdun.com/ask/1207652.html
