本文全文字数: 3308
预计阅读时间: 10 分钟
本文篇幅较长,建议亲亲能够完成阅读,将会学到不少干货哦~❤️
本文目录
一虚拟机
->我们为何关闭了之前的虚拟机服务?
->是否有新的虚拟机计划?
二流量优化
->静态流量优化方案
静态流量:每个案例打开时,产生的流量
->动态流量优化方案
动态流量:从数据库或者后台返回的图片或视频等资源产生的流量
三常见的“巨”坑
->视频投票案例常见“巨坑”
->“巨坑”填平建议(强烈)
最近收到了很多同学的抱怨和顾虑,觉得iVX的云服务费用太高了,不可控,希望可以恢复之前的虚拟机服务,让运维费用完全可控。
我先来回复一下关于虚拟机服务的问题,然后教大家怎样优化案例的流量费用部分,读完这篇“秘籍”,大家可能就会觉得控制流量费用完全是可行的了。
一虚拟机
1 为何关闭了虚拟机服务?
平台的成本不可控
运行一个案例,除了需要计算服务器,还需要mysql数据库、redis、ES全文搜索数据库、对象存储、连接服务器、公共的网关/api服务等等资源,特别是我们用aws高保障可伸缩mysql数据库,成本非常高。
我们无法将这些服务成本公平的“平摊”给每个计算服务器,因此每个“虚拟机”只是收取了纯计算的成本,这个对于平台来说无法覆盖成本,因此,我们只能暂时暂停了这个服务;
运维不可控
虚拟机里的后台代码是不会自动更新的,因此,当平台更新了一些新功能,案例重新部署至虚拟机可能会出现问题,需要一个一个去维护更新,这个工作量非常大,如果要重新上线虚拟机,我们需要重新开发一套虚拟机管理系统。
2 是否有新的虚拟机计划?
这个我们已经在技术上测算过是可行的,但新的虚拟机(或者叫“虚拟系统”更为确切),我们需要将所有的资源,特别是数据库部分,打包进虚拟资源。
如果用户购买一整套虚拟资源,其实就是我们帮你维护部署了一整套aws系统。这个系统我们测算过,最低的配置,每个月的硬成本大约是1800+。这个成本,我们认为对于个人用户来说还是偏高,