搜索
  • 像我们公司这种要怎么才能降低IT费用支出？
  • 发布于 1天前
  • 31 热度
    17 评论
要降 it 成本 ，运维开发大佬们，帮忙分析分析这个 it 成本账单：目前项目是微服务设计，单服务双节点部署，除了合并服务或者变成单点能降低费用外，其他的也不知道有没有降的空间了。大佬们给定意见。
用户评论
  • Pigeon
  • 看下当前的配置是否大大超过服务的人数啊，如果有太大空闲的硬件资源，可以考虑把CPU,存储空间，网络资源往下降降啊。
  • 2025/6/27 8:24:00 [ 0 ] [ 0 ] 回复
  • 山川皆无恙
  • ECS 上应用无论是改造容器化还是迁移到 k8s ，人力成本都会大幅度增加，短期是增加的，招人后推进流水线自动化，减少 ECS 开支，运行稳定后，开始裁员，逐渐降低人力成本，总成本就降低了，最后变成团队只有少量开发人员。
  • 2025/6/26 8:59:00 [ 0 ] [ 0 ] 回复
  • 情留君醉
  • 如果之前都没全容器化部署就别想着用 k8s 了，吃力不讨好。如果真的要搞 k8s ，那么也需要用到磁盘持久化的都继续用外部服务，比如 RDS 、Redis 这些，不然集群节点升级的时候带崩集群的应用，自建真正做到高可用的地步成本不会比买服务低多少。
  • 2025/6/26 8:57:00 [ 0 ] [ 0 ] 回复
  • 荒岛晴空
  • 提一个
    1. 考虑 ECS 换成托管 k8s ，没有运维可以找阿里云支持
    2. 不清楚 你 rds 用的什么系列，还需要挂只读实例，如果是原来的高可用系列，可以换成双节点的集群系列，从节点直接就可以提供读能力，你的只读实例就可以干掉了。
    3. 数据库 DBS 策略 备份时间缩短
    4. 数据传输 DTS ？看看能不能干掉
  • 2025/6/26 8:56:00 [ 0 ] [ 0 ] 回复
  • 日光微暖
  • 1 、ecs 的负载控制在合理范围，负载低了就砍一些机器或者合并
    2 、ecs 选型，amd cpu 的相比 intel 的型号价格会便宜一些，很多场景 cpu 用不出区别
    3 、rds 的备份费用较高，可以考虑 rds 备份周期调短，长期备份自己做
  • 2025/6/26 8:54:00 [ 0 ] [ 0 ] 回复
  • 桃花易落
  • 感觉只能从 ECS 上下手， 看业务重心在哪边，如果用户侧多，那就换成小而多的做负载均衡；如果内部计算多，就上大内存的
  • 2025/6/26 8:52:00 [ 0 ] [ 0 ] 回复
  • 相思剪作愁
  • 降成本的核心是负载率。你要是每台机器平均不到 50%踏实砍半。很多研发，包括运维开机器都是你要什么就开什么，一用负载从来没超过 5%…
  • 2025/6/26 8:50:00 [ 0 ] [ 0 ] 回复
  • 离人未归
  • 降低 ECS 成本，迁移业务到 ACK 或者 ACK serverless ，某些无状态业务可以考虑迁移到函数计算。实际上 RDS 也可以考虑 serverless
  • 2025/6/26 8:46:00 [ 0 ] [ 0 ] 回复
  • 北船余音
  • 简单 拿出两个月的总费用 12w 块钱 买 12 台服务器放机房托管 两个月后开始只需要付机房的托管费每台 500 块钱+3000 的 1000M 的宽带费 第三个月开始每个月节省 6W
  • 2025/6/26 8:40:00 [ 0 ] [ 0 ] 回复
  • 我的泪光
  • ECS 和 RDS 是大头，备份自己做，一个月备份要 2k 多？你数据量大吗？数据量大的话将历史数据拆分到单节点的 mysql ，提供有限的查询服务。
  • 2025/6/26 8:38:00 [ 0 ] [ 0 ] 回复
  • 迷离的瞳孔
  • 相视一笑  2025-06-26 08:17
    从 ECS 和 RDS 入手， 例如应用迁到 k8s. （做好挨骂的准备）

    你这是升成本吧。

    (1)合并服务为 1 个，假设原来 32G 服务，现在 1 个服务 4G 也能起来，降低机器到 8G ，机器直接单节点+保活脚本，牺牲一定时间可用性

    (2)还有种就是本地机房或托管机房，大数据服务器 8 台 * 4K = 32K ，然后 MySQL+应用服务 1 台 8K ，4 万可以搞定

  • 2025/6/26 8:35:00 [ 0 ] [ 0 ] 回复
可能感兴趣的话题