真实记录阿里云实践成本优化,成本直接降低一半

https://ffeeiipublic.oss-cn-hangzhou.aliyuncs.com/ffeeii.com/2022/10/yun.png

本文真实记录3个月阿里云成本降低案例,先说结论,核心服务性能更佳,成本优化超一半,运维管理更自动化。

前言:本文不一定适合所有的阿里云使用者,其中优化的手段大部分可以借鉴参考,同时不涉及到包年包月购买方式的省钱方案,纯粹为技术方面的优化,比较合适中小部企业进行IT技术成本优化。

淘汰自建服务

我们技术人员喜欢自建服务,总觉得自己维护更可控,真实的情况是搭建服务后,大部分使用了的是很单一的功能,完全没有必要自建。我们需要寻求更自动化的工具去实践。这其中剩下来的不仅是使用成本,还有人力维护成本。

Gitlab

我们的Gitlab历史项目众多,分支也多,占用一台2核8G的服务器,优先考虑下架。下架原因,我们统一采用了阿里云效,代码管理更高效,这里必须为阿里云效点个赞。

Jenkins

同样节省一台2核8G的服务器,改为云效流水线部署,更好的权限搭配,部署到ECS或OSS非常方便,前端打包等等,比自己用建Jenkins省心省力。

Archery

Archery在我们很长的数据库管理里,发挥着重要作用,目前我们大部分项目运行比较稳定,这个部分不是必须产品,就考虑不使用。

自研代替第三方

一些自建要淘汰,一些小服务需自己造轮子,代替第三方,比如搜索,这个需要根据实际场景去评估自己开发的能力、效果。

URule规则引擎

URule规则引擎一直在我们的产品中有使用,我们改为自研程序,节省一台单独的URule资源。

Elasticsearch搜索

改为程序+Redis代替,可见ES并非一定刚需,解决好程序性能问题,可以不使用ES。同时,架构的简单也代表今后维护的方案,少量性能的损失带来了维护的方便性。

智能媒体管理

初期业务不大,但是随着业务量的增加,一些使用阿里serverless的成本急剧上升,在serverless上面跑了一个PDF转图片的功能,每个月超过6000的成本,最后采用了 https://www.easyyun.com 的解决方案,转换性能更佳,成本几乎为0。

拒绝铺张浪费

SLS日志服务

SLS日志每个月有几千的费用,SLS大量使用后,成本也随着上升,精简方案为:只保留核心项目使用日志服务,其他日志记录数据库即可。

镜像、备份

一起达到收费的标准,减少使用量,清理多余的镜像、备份等。

OSS

一些标准存储改为低频访问存储,禁用一些流量加速功能。

RDS

一些访问量比较小的项目,RDS改为ECS搭建维护。

ESC

去掉一些不必要的跳板机,改为负载作为跳板机,管理维护更方便。根据项目的重要等级,访问量大小,小项目集中化部署,同时采用Docker,环境部署更为方便。最终将17台机器优化到5台机器,核心服务的机器进行了升级配置。

产品价格优化

仔细研究各产品的价格组成,对比各产品新购、续购的价格,如果价格差异太多,可直接新购,将老的服务迁移到新机器上。其中我们有一台跑了3年的16核64G的RDS数据库,通过迁移区域,升级硬盘,降低CPU,采用12核48G,成本直接下降一半。同时ECS也可以采用类似手段。另外有没有一直开启的产品未使用但一直在扣费等等。

总结

成本优化,几乎将我们用到的负载、IP、ECS、RDS等所有服务都做了优化,需要大家有统一目标认识和认知,特别是老的项目如何迁移等,项目迁移过程中的IP保留、过渡等,和第三方的衔接等,是一项比较复杂的工程,我们这次优化历时3个月,其中第1个月给大家目标,小规模实验,后面2个月集中化实施、验证,全量迁移。如果你有类似需求,可留言交流。阿里云双11马上要开始了,又是一笔节省开支的好办法。