海外全站加速场景测试中发现海外节点首次动态访问时，还没有动态路径，访问会边缘直接回源。由于部分海外节点直接回国内源，公网并不通，所以会出现首次访问失败问题。 针对上述背景，计划使用如下资源规划方案： 针对全站加速和应用加速只要有海外加速(源站在国内，加速海外或全球)的都采用二层父覆盖。一层父分区域规划，海外所有地区的一层父都用香港、新加坡等打通了回国内的节点覆盖，国内一层父分大区规划；二层父全部为国内节点(北上广等)。 如果反过来，源站在海外，加速国内或海外，则国内一层父按大区覆盖，二层父全部规划为香港、新加坡等和国内路由已打通的节点；海外一层父和二层父全部用香港，新加坡等节点。

当前CDN动态加速进行智能路由时，主要采用周期性向目标CDN中转节点及源站发起探测请求，获取其探测时延或重传比等探测结果；然而，当前CDN动态加速节点主要包含联通、移动、电信或其他小运营商(如长城、广电等)以及多线运营商服务器，因此，对源站的探测会出现多种运营商CDN节点的探测，而通常情况下，跨运营商之间会有一些网络限制，或者源站自己会设置一些跨运营的访问限制；因此所有运营商CDN节点都对源站发起探测是多余的，一方面会对源站不必要的探测负载，同时保证只有与源站具有相同运营商的CDN节点探测源站，从而减少跨运营商回源，提高动态加速的用户访问体验；另一方面即使探测时延较低，实际用户访问时也可能会有一些限制，导致动态加速效果不佳。 此外，很多政企客户源站存在白名单限制的场景，由于动态加速可能存在CDN边缘节点直接回源，而CDN边缘节点数量通常比CDN中转节点多，如果全部添加到白名单列表，不便于后续的维护与运营。因此，可以只添加配置指定的CDN回源节点到白名单列表，需要动态加速智能路由到指定的回源节点回源。

本文将提供一种智能调度分布式的路径计算解决方案，它具有以下3个方面的特点： 1）实现不同地区的探测服务器上报探测数据的请求能够优先就近调度到相同地区的中央路径计算服务器集群，只有当相同地区的中央路径计算服务器集群服务不可用时，才将探测服务器上报的探测数据请求调度到其他地区的中央路径计算服务器集群； 2）实现不同地区的探测服务器上报探测数据的请求均衡地分摊到不同地区的中央路径计算服务器集群，且同一时刻所有地区的中央路径计算服务器集群同时提供服务； 3）实现相同地区的探测服务器上报探测数据的请求在相同地区的中央路径计算服务器集群内部进行均衡地调度，并能及时剔除集群内部服务异常的服务器