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

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

参与13

3同行回答

ZengGangZengGang系统架构师浪潮商用机器有限公司
同意楼上的观点:既能伸也能缩!另外,我觉得后端数据库和核心系统其实也是有瓶颈的,上半年高峰时候就有好几个券商碰到了,所以核心系统也要有弹性!显示全部

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

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

收起
硬件生产 · 2015-11-27
浏览1905
  • 后台瓶颈应该跟客户数相关,可伸缩通过RAC解决?
    2015-11-27
  • Rac肯定解决不了可伸缩的问题!rac并不能做到性能的线性增长
    2015-11-27
xjsunjiexjsunjie系统架构师CNPC
弹性资源,我理解应该既能伸也能缩,当然需要有预留资源才能扩展。削峰填谷,完全看资源调度的自动化水平,所以应用负载的感知很重要。显示全部

弹性资源,我理解应该既能伸也能缩,当然需要有预留资源才能扩展。削峰填谷,完全看资源调度的自动化水平,所以应用负载的感知很重要。

收起
互联网服务 · 2015-11-27
浏览1599
nitkeynitkey系统架构师ECT
所谓弹性,我理解应该既能伸也能缩,基于云架构的场景来说,应该能支持业务的削峰填谷,具体来说在业务高峰期能做到应用无缝水平扩展,传统环境需要首先增加物理机,再安装软件,部署应用,网络,系统,安全都需要相应配置,基于云架构可以做到资源申请,应用部署一键完成,如果更完善点就是做到根...显示全部

所谓弹性,我理解应该既能伸也能缩,基于云架构的场景来说,应该能支持业务的削峰填谷,具体来说在业务高峰期能做到应用无缝水平扩展,传统环境需要首先增加物理机,再安装软件,部署应用,网络,系统,安全都需要相应配置,基于云架构可以做到资源申请,应用部署一键完成,如果更完善点就是做到根据业务情况自动扩展。

收起
互联网服务 · 2015-11-27
浏览1566

提问者

SunShine01
系统工程师光大证券
擅长领域: 灾备大数据olap

问题来自

相关问题

相关资料

相关文章

问题状态

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