1、裁员
2、加班
3、减福利
4、砍奖金
5、砍预算
6、自然减员
1 个赞
你是会“管理的”
把公司的SQL server、Oracle都换成TiDB必然会降本
把一些大体量MySQL也替换成TiDB那就是增效
进来看看别人都是咱降本增效的
TiDB存储有压缩,但是3副本空间又比主从的使用空间多,并且还有其他的硬件要求,感觉相同的数据量,在硬件层面好像不太能降本
减少运维成本
多业务合并使用一套TiDB
感觉在增效很难看到,降本=裁人
资源使用统计。定时清理数据
我也来学习一下
数据生命周期管理,及时清理,独立核算成本
首先要考虑到降本增效,也可能带来风险。
- 资源管控,一套数据库集群,多套应用对接,减少物理资源使用,减少DBA运维成本(可能存在一套应用异常占用资源影响其他应用的风险)。
- 使用私有云,超融合等虚拟化技术,小型数据库服务器可能存在大量CPU资源,内存资源浪费,虚拟化可以解决这部分问题CPU可多分,内存可先少分,看情况增加(可能增加资源CPU不足风险)。
- 延长服务器使用年限或者使用旧服务器(可能增加宕机,应急风险)
- 下云,或者上云,看情况都有可能减少成本。
- 搬机房,把服务器放到机房资源便宜的地方。
- 搞人,包括换人、裁员、用外包等使用人力成本低的地方的人力资源。
- 换开源,商用的换成社区版,能不花钱的都不花。
上云 减少运维成本;
一:优化SQL。
二:根据数据的读写比例和访问模式,合理配置 TiDB 的节点类型和数量。
三:暂时没想到了
肯定是共用集群了,cpu压的高高的。
统一使用一种数据库,开发、运维都简单
开发人员掌握TiDB的运维能力
资源限制
AI,开猿节流,上云
使用分区表,定期删除分区清理过期的历史数据。
成本没变化情况下,用社区版TiDB解决了业务痛点