昨天讲到了中美贸易大战，今天的话题会是一个小小的延伸。这里先卖个关子。
今天的主题是智能就近调度，这个是所有CDN的居家必备，因为CDN在理念上，就是要做到就近服务终端用户。如果做不到就近调度，就无从谈起CDN高效分发。当下有两种智能就近调度方法，一种是普天下较为普遍的方式，对号入座，另外一种是今天小编比较推崇的方式，天女散花，因为小编比较喜欢仙女从天徐徐而降，曼妙手指一弹，一片春色盎然，很应景的样子~！
先说对号入座，就是根据IP地址地理信息库，就近调度用户到最近的CDN节点，具体实现流程，请参考小编之前的一篇短文《花蝴蝶科比玩转全场》。这里不再赘述，以免有凑字数赚稿费的嫌疑。好处是，可以实现就近调度，但是里面会有潜在的问题，首先您作为CDN运营商，必须维护一张全球IP地址地理信息库，而且必须定期更新，不然会不准，因为每天都会有新的IP地址地理信息会发生变动；其次，终端用户的本地DNS信息必须配置准确，不然也会有调度错误的问题，具体可以参考之前的另外一篇短文《羞羞的铁拳～CDN穿越互换，好想哭～！》。究其原因，是终端用户的IP不是CDN的调度依据，而是终端用户配置的那个本地DNS IP地址才是调度根据。
所谓天女散花，就是IP路由技术所说的Anycast技术。摘录一段百度百科的内容（赚点稿费）：Ancast最初是在RFC1546中提出并定义的，它的最初语义是，在IP网络上通过一个Anycast地址标识一组提供特定服务的主机，同时服务访问方并不关心提供服务的具体是哪一台主机（比如DNS或者镜像服务），访问该地址的报文可以被IP网络路由到这一组目标中的任何一台主机上。对于Anycast的中文译称主要有，“任播”、“泛播”。这就是天女散花的味道了~！这里面有2个巨大的好处，首先就是不用维护更新IP地址地理信息库（根据目前掌握的信息看，这个库至少45万条记录以上），在实际调度过程里面，CDN的调度系统也少了一步去查询地址库表做调度选择，可以节省调度时间；其次即便是终端用户配置错误的本地DNS IP，根据anycast路由信息，终端用户依然可以寻找到就近的CDN节点，获取到优质的服务。 这就是小编为啥在开头就推崇这种方式。
然而，作为曾经的半桶水CCIE
，还得沉痛的告诉大家，昨天中美大战的硝烟依然弥漫到今天话题。因为即便是Anycast，也是需要BGP路由优化才能实现，由于流量上存在顺差和逆差，那就依然会有路由绕路的问题，总有人不愿意付买路钱。
对于如何甄选采用Anycast方式的CDN运营商，这里小编可以给点建议，就是看看这家CDN运营商是否拥有独立AS号，同时与其他运营商建立的peer数量是否足够多。理论上，越多越好，说明他们的anycast路由可以覆盖较多的区域，实现本地路由落地！
可以去这个网站做查询。拿走不谢~！
https://bgp.he.net/report/peers
另外，还可以通过本地接入终端，traceroute跟踪CDN节点的路径，看看是否比较快速的跳转到目标服务器。这种测试数据会更加准确一些和可操作性。
