johnnyku 2014-11-29
前几天感恩节,发现公司机房出口带宽增长1倍,经过排查发现是提供图书下载的服务器输出流量大增,查看源码,定位到问题:
走CDN的下载接口中带有机型、渠道、版本等参数,而这些参数的组合场景可达到百万级,从而导致大量的请求穿透,而感恩节的运营策略是重点推精品书,每天会有免费,而一本精品书可以达到几十M大小,对于一本精品书可能就会有n多请求回源到程序机房,严重浪费机房带宽,1年的损失相当大(至少百万级),而这只是之前的程序员考虑不周,一个小小的改进就可以解决这个问题,由此可总结:
1、靠谱的程序员是很重要,多花的几万工资,1年下来带来的收益很有可能远远大于这几万,人不在多,在于精,这个现象可能很多公司都存在:3个优秀的程序员的成效 > 10个各种级别搭配的松散团队;
2、有CDN加速的url,一定要注意对同一个资源应该尽量少的对应url,即尽量少的参数组合;‘
3、监控不简单是机房内部,还要考虑外部环节,要有一个常识:程序有bug,方案不完善这是肯定存在的问题,无法杜绝,否则现在的大部分程序员就要掉饭碗了,因此监控一定要全面,到位,从运维的层面统一发现问题,暴露出来,以点带面的方式解决即可。