当前位置:首页 > 问答 > 正文

企业想从云上省钱又不亏,得先搞清楚这些关键点和套路

(来源:某资深云架构师访谈记录)

企业想从云上省钱又不亏,得先搞清楚这些关键点和套路

企业想从云上省钱又不亏,这事儿听起来像个走钢丝的技术活,但其实没那么玄乎,说白了,就是你得知道自己钱花哪儿了,然后像管家一样精打细算,而不是把钱一交就当甩手掌柜,很多公司一上云就狂买资源,觉得先占上再说,结果月底一看账单傻眼了,用的还没扔的多,省钱的第一步,不是去找什么神奇的优惠券,而是先给自己做个“云资源体检”。

这个体检的关键点,就是搞清楚“闲置和浪费”在哪里,这几乎是所有企业云上超支的头号杀手。(来源:多家云成本管理平台年度报告分析)你想想,是不是有很多服务器(云主机)就像你家里的电器,24小时开着,但真正干活的时间可能只有白天八小时,甚至只是某个特定时段?比如用来做测试的服务器,项目上线后可能就再也没人管了,但它还在那儿吭哧吭哧地跑着,持续产生费用,再比如,你为了保证业务高峰时(比如双十一促销)不卡顿,买了一个超高配置的服务器,但平时你的业务量可能连它一半的能力都用不到,这就等于你天天租着一辆巨型卡车,却只是用来上下班通勤,浪费太大了。

企业想从云上省钱又不亏,得先搞清楚这些关键点和套路

对付浪费的第一个套路就是“按需开关”和“弹性伸缩”。(来源:云计算最佳实践白皮书)对于不是需要一直运行的业务,比如开发测试环境、批量数据处理任务,完全可以用完就关掉,用的时候再开,现在云平台都提供了自动化工具,可以设置定时开关机,就像给空调定个时一样简单,而对于那些流量有波动的线上业务,“弹性伸缩”就是个神器,你可以设定规则,当CPU使用率超过70%了,就自动多开几台服务器来分担压力;等流量下去了,再自动关掉多余的,这样你只为真正消耗的资源付费,再也不需要为可能出现的“最高峰”而常年支付高额保费了。

第二个关键点,是深入理解云的“计价模式”,云服务不是只有“包月”这一种死板的方式,它更像是一个有多种套餐的游乐场。(来源:主流云厂商定价策略解读)很多人习惯性地选择“包年包月”(预留实例),觉得有折扣,划算,这确实适用于那些需要稳定运行、资源需求预测性强的核心业务,但如果你对一些业务的稳定性要求没那么高,比如可以容忍偶尔的服务器被回收重启,竞价实例”可能就是你的省钱大招,这种模式相当于你参与一个实时拍卖,用远低于正常价格的成本使用云服务器,代价是当云平台资源紧张时,你的服务器可能会被中断,用这种模式来跑一些可中断的计算任务(比如视频转码、科学计算),成本可能能降到按需付费的十分之一甚至更低。

还有一个容易被忽视的关键点是“数据”本身的成本。(来源:某大型互联网企业云成本复盘案例)大家往往只关注计算和内存花了多少钱,但数据存贮、数据读取(API调用)、数据在网络中跑来跑去的流量费,积少成多也是一大笔开销,你把大量的数据存在高性能的SSD硬盘上,但可能这些数据一年也访问不了几次,完全可以把它们转移到更便宜的归档存储类型里去,再比如,你的程序如果设计得不好,频繁地从很远的数据中心读取数据,会产生高昂的流量费,优化数据生命周期管理和网络架构,能从细节里抠出不少钱。

也是最根本的一点,省钱的前提是“不亏”,也就是不能为了省钱而牺牲业务的稳定性和安全性。(来源:多次云故障事件的经验总结)你为了用便宜的竞价实例,结果在业务高峰期服务器被回收,导致网站打不开,丢掉的客户和商誉损失可比省下的那点服务器费用高多了,你为了省存储费,把关键的业务日志都删了,等出了安全问题需要追溯时,发现无据可查,那损失更是无法估量。

总结一下,企业想从云上省钱又不亏,套路的核心不是抠门,而是“精细化管理”和“技术优化”,它要求企业的技术团队和财务团队要坐下来一起看账单,要培养员工的成本意识,选择适合自己业务节奏的计价模式,并善用云平台提供的各种自动化管理工具,把这当成一个持续的过程,而不是一次性的任务,才能真正让云计算从“成本中心”变成推动业务的“效率引擎”。

企业想从云上省钱又不亏,得先搞清楚这些关键点和套路