最后一个模块是一个实际的分发系统，可以将其想象为快递员和分拣员。如果数据不是本地缓存的，Deployment Services系统可以从上层检索请求的数据并将其发送给请求者。如果发生恶意攻击，则必须采取基本预防措施。

还要执行请求权限检查（防盗链）。最后，我们记录每个请求和相关信息，以进行最终结算，质量跟踪和其他统计信息。这里更成熟的开源软件包括squid/apache/nginx。

通常，现有CDN系统的引入并不包含太多的“数据”功能。实际上，这也是正常的，因为在典型的系统上，“数据”主要锁定到数据库。而且在线日志有时会关闭以提高性能！但是，我相信，由于硬件和数据分析技术的成熟和普及，越来越多的CDN供应商一直在使用数据来改善其系统。数据可以主要帮助部署服务系统执行高级推送，还可以优化调度系统以将一部分节点流量迁移到较低负载的节点。

1.4时间表

在任何CDN系统中，调度模块都是关键部分，调度模块将其承载。大多数保留都是通过DNS解析进行的，您需要在DNS解析期间智能地进行调度。

调度通常考虑许多因素。

区域，电路，数据中心负载，请求优先级（在系统负载过高时必须首先回答的请求），紧急流量调度（在流量激增后选择将流量发送到另一个位置），成本考虑调度（考虑带宽成本）此外，调度性能，容错和攻击防范是这里要考虑和解决的所有问题。

调度中的两个重要信息是ip库的配置和服务器信息的收集。使用高质量的IP库可以使调度程序更准确地选择区域和ISP。以及在特殊情况下更好的特殊处理。合理及时的服务器信息可以帮助调度程序更好地平衡复杂性并提高系统的整体服务质量，这些信息可以是第三方检测到的数据，也可以是来自服务器本身的实际数据。

实际上，ip库可以从Internet下载。也可以从ip138导入无辜的ip库，最后有一个公共BGP网络协议。综合利用上述信息通常会为您提供相对高质量的IP库。当然，国内主要的下载软件制造商都有很多信息，您可以获得很多外界无法获得的链接信息和IP信息。这也是下载制造商的独特优势之一。

除了IP库之外，它也是CDN系统的关键之一，可通过对复杂的需求和设计权重进行建模来确保调度效率。内容的这一部分是每个制造商最重要的部分，因此继续进行深入介绍很不方便。除了DNS计划外，如果使用非DNS计划，则可以维护文件和服务器之间的映射关系，以更准确地计划访问并减少流量成本。

1.5资源分配方式

CDN系统实际上是一个缓存系统，可让客户为用户提供更好的带宽质量。但是，通常情况下，资源是由客户提供的，因此CDN系统会记录每个加速域名的相关源站点信息。

当CDN系统首次请求响应资源时，它首先基于配置的原始站点执行“返回源”操作。这个任务不难想象。在返回源操作期间，节点将资源缓存在本地存储中，然后将资源传递给请求者。除了被动池之外，一些制造商还实现了一种“推”模型，该模型被认为是一种热门资源，可以从用户站点预先下载并部署到各个节点。对于某些大型CDN供应商，节点数量非常多（数千万）。当同时请求客户的原始站点时，就像对客户发起DDoS攻击一样。因此，基本上，CDN系统分为几个级别。下图显示了Blue Motion的三层体系结构。

为了确保系统的稳定性，每个节点都有几个互相备份的顶级节点。实际上，只有这些顶级节点才能启动对客户的原始站点的“回原点”请求。 “恢复原始状态”本身也是CDN系统中衡量CDN系统质量的重要指标。在CDN系统中，叶节点通常称为边缘节点，边缘节点实际上是返回实际IP地址的调度程序，并且边缘节点可以从父节点请求资源。以下是对作为常见源的返回模块设计图的简要说明。

回到图片来源的模块应该接收请求，并根据是否下载文件来决定进一步的处理。如果文件是本地缓存的，则可以直接进入回复队列。如果没有缓存，则需要合并请求，以便多个请求者可以中断下载操作。这里有很多详细信息，例如文件作为一个块下载，该请求是一个范围请求，配置请求的合法参数等。

这个返回源模块可以由nginx完成，并且可以适当地删除某些模块。可以通过ipc /共享内存交换通讯。该功能的这一部分也可以作为一个过程独立。作为代理服务器，nginx仅做一些。数据收集，防盗链验证。

应该注意的是，后者更适合处理大文件。例如，曾经在百度开源的OliveHC就是这种架构。当然，我不知道为什么以后删除链接，但是我发现github上仍然有一个存储库，以后我将其链接。加速小文件应该考虑如何实际增加处理的请求数量，并且通常寻求iops而不是吞吐量。在这里，您可以使用数学公式来计算请求数量和推送1Gbps/10Gbps网卡所需的平均请求大小。这里有许多小的优化。例如，为了改善CDN系统的“第一打包时间”的关键参数，当资源“返回源”时，CDN系统通常需要以流水线方式将资源从更高级别的节点拉到本地存储。并将其交付给客户。在多层结构中，每个服务必须执行这些管道操作以最大程度地减少延迟。

您还需要根据该统计信息删除本地存储的“冷”资源。当前，由于大数据的传播，系统的优化空间正在增加。这也是通过大数据分析优化单个节点的缓存文件策略的一个很好的切入点。

1.6对帐，帐单和日志

除了分发各种数据外，CDN系统还必须处理协调，计费和日志问题。对帐可帮助客户确保所购买的带宽真实有效。防止他人入侵或恶意阻止您的流量。反水le链将在稍后介绍。

计费通常相对简单。换句话说，带宽统计基于域名，第N个峰值（通常是第三个峰值）的95％被用作每月的平均流量。这通常称为95帐单。

通常，您需要为客户保留日志。客户可能有自己的反作弊和反水strategies策略。根据保存的日志信息，您可以定期分析，警报和更新相应的算法。

1.7 CDN性能评估

对于一些大客户而言，如何衡量CDN的质量已经成为一个难题。这是因为CDN系统通常面向全国或世界各地，并且拥有不同的运营商。因此，一般而言，一种简单的测试方法实际上并不具有代表性，作为国内CDN性能监控公司，Keynote Network（现称为“ Tingyun”）可以为用户发布详细的监控报告。帮助客户了解CDN供应商的性能。通过“众包”测试，Tingyun在全国各地都有很多地点，因此收集的准确性非常高。

但是，聆听云监控报告的成本更高，对于带宽需求较低的客户而言，并不是很重要。但是，当CDN系统检测到时，CDN系统本身的负载是不同的，因此监视效果可能会随时间变化很大。因此，您可以使用监视报告中的数据作为参考，但是需要注意是否实际反映了需求兴趣点。