【非软文】我为什么又用回了又拍云

Posted by 橙叶 on Sun, Sep 24, 2017

在博客迁至阿里云后,使用了阿里云的OSS存储和CDN功能,毕竟阿里云有强大的云栖社区,OSS的文档、SDK也比较完备。

但是就在最近一个月,我开始不得不从来不放在心上的CDN费用。

自从服务器迁到了阿里云,静态文件存储也转入了OSS。动静分离是加速Web服务的绝好的方法,无论是在服务端还是在用户端。博客刚开始主机还在海外的时候用的是又拍云的云存储服务。但是由于网络的问题,加速效果也不是很明显,迁入阿里云后自然就抛弃了。

[caption id=“attachment_2781” align=“alignnone” width=“1208”] CDN+OSS 8~9月份流量[/caption]

但是随着访问量增加,静态文件访问的流量也随之增加。这个月静态文件的流量保守估计在25GB左右,日均0.8GB,一年下来支出80元左右,似乎不多但已经是额外的费用了,而且以后流量还会增加。前几天因为背景图的大小没控制好导致流量暴涨1个G的失误还历历在目。如果再挨个CC攻击,就更糟糕了。

CDN主要的流量还是图片,博客首页放了大量的缩略图,,每张大小约100k,这样完全加载就是3MB左右(已选择懒加载,节省了一定流量),乘以每月700~800的PV,不到1.4G。针对图片这个问题,是有像webp这样的解决方案的,但这些方案往往面临兼容问题,Edge、Firefox、IE等浏览器都不支持webp,这样就不能生硬的全站webp。(博客的背景一直使用的是webp,所以你在上述浏览器里看不到)。

后来得知又拍云有个webp自适应的功能,通过检测浏览器的请求头来决定是否传输webp图片,这个解决方案还不错,但是一想到迁移服务会耗费巨大的精力,还可能出现各种问题,所以起初并没有急着换成又拍云。后来流量逐渐增高,我不得不正视CDN的费用,想起了又拍云的webp自适应。

经过一番调试,目前博客的首页图片已换成又拍云,实际效果还有待观察。(将近半年没用,已经被又拍云联盟除名了)

放弃阿里云,我觉得有些遗憾,毕竟阿里云各个方面在国内都属领先,但是阿里云虽然也有图片处理功能,而又拍云却更加灵活,成功的将我吸引了回去。

 



comments powered by Disqus