交易系统架构的“弹性",应该如何理解这个高弹性?

如何理解高弹性:我们的集中交易系统,压力基本在中间件层面,后台数据库服务器的压力不会超过10%;现在的策略是如果中间件压力达到其能力的50%,则我们会增加中间件的数量,加上去一般不会撤销。因为中间件的增减比较简单,这应该是交易系统架构的“弹性”所在。不知道如何理解这个高...显示全部

如何理解高弹性:我们的集中交易系统,压力基本在中间件层面,后台数据库服务器的压力不会超过10%;现在的策略是如果中间件压力达到其能力的50%,则我们会增加中间件的数量,加上去一般不会撤销。因为中间件的增减比较简单,这应该是交易系统架构的“弹性”所在。不知道如何理解这个高弹性?

收起
参与13

查看其它 2 个回答ZengGang的回答

ZengGangZengGang系统架构师浪潮商用机器有限公司

同意楼上的观点:既能伸也能缩!

另外,我觉得后端数据库和核心系统其实也是有瓶颈的,上半年高峰时候就有好几个券商碰到了,所以核心系统也要有弹性!

硬件生产 · 2015-11-27
浏览1880
  • 后台瓶颈应该跟客户数相关,可伸缩通过RAC解决?
    2015-11-27
  • Rac肯定解决不了可伸缩的问题!rac并不能做到性能的线性增长
    2015-11-27

回答者

ZengGang
系统架构师浪潮商用机器有限公司
擅长领域: 服务器云计算数据库

ZengGang 最近回答过的问题

回答状态

  • 发布时间:2015-11-27
  • 关注会员:4 人
  • 回答浏览:1880
  • X社区推广