【架构】吐槽

本文探讨了软件模块分层后,上层模块为保证数据一致性及实时性,频繁查询下层模块所带来的CPU负载问题。特别是在数据量增大时,这一问题更为突出,对服务器性能造成严重影响。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1. 上层的各种资源(主要指需要向用户展示或需要计费的资源对象)为了保证上下一致性或实时性,需要周期性的向下层查询
2. 下层提供的RestAPI,仅支持对单个资源对象详细信息的查询接口
3. 上下模块数据不同源,各自有各自的管理接口,各自维护各自的数据库
于是不可避免的出现上层进程为了处理各种资源的刷新,CPU使用率会经常居高不下。特别是当数据量上去之后,进程的每一次启动对服务器来说就是一场浩劫。基本无解……

这也是模块分层后导致的后果,OpenStack采取的方法是各个模块与同一个数据源交互;而vCloud/vCenter采取的方法是在说明文档中明确表示不允许跳过上层做操作,否则上层会提示上下状态不一致,但vCloud不牵扯计费,因此对数据的实时性要求不高。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值