CDN回源率高导致机房出口带宽翻倍

  前几天感恩节，发现公司机房出口带宽增长1倍，经过排查发现是提供图书下载的服务器输出流量大增，查看源码，定位到问题：

  走CDN的下载接口中带有机型、渠道、版本等参数，而这些参数的组合场景可达到百万级，从而导致大量的请求穿透，而感恩节的运营策略是重点推精品书，每天会有免费，而一本精品书可以达到几十M大小，对于一本精品书可能就会有n多请求回源到程序机房，严重浪费机房带宽，1年的损失相当大（至少百万级），而这只是之前的程序员考虑不周，一个小小的改进就可以解决这个问题，由此可总结：

  1、靠谱的程序员是很重要，多花的几万工资，1年下来带来的收益很有可能远远大于这几万，人不在多，在于精，这个现象可能很多公司都存在：3个优秀的程序员的成效 > 10个各种级别搭配的松散团队；

  2、有CDN加速的url，一定要注意对同一个资源应该尽量少的对应url，即尽量少的参数组合；‘

  3、监控不简单是机房内部，还要考虑外部环节，要有一个常识：程序有bug，方案不完善这是肯定存在的问题，无法杜绝，否则现在的大部分程序员就要掉饭碗了，因此监控一定要全面，到位，从运维的层面统一发现问题，暴露出来，以点带面的方式解决即可。

评论

1 楼 q328965539 2019-05-10  

这个感觉不太对吧，你是说 不同的参数组成的url其实对应的是一本书，但是导致了多次回源吗？

正确的不应该是 某个唯一id对应cdn的某个资源吗 和机型、渠道等参数有什么关系呢？顶多就是上行参数大一点，但是肯定不影响下行带宽啊