应用场景1: 收银系统高可用探讨?

企业A中有一个收银系统,采用的cs架构,由于业务应用的设计问题,应用程序app做不到集群模式,只能是独立存在,后端数据库采用的oracle rac模式,数据库层已经避免了单点故障,为了保证业务系统的高可用,现在需要考虑如何设计应用程序的高可用,可以保证在业务系统不会因为其中一个app不可用导致整个业务系统down掉,影响整个环境。由于app本身不存储业务数据,企业使用操作系统的redhat7.1 平台,作为架构师你有什么建议或方法来帮助企业设计高可用的解决方案呢,可以简述选择方案的理由或考虑,欢迎大家多多探讨?

2回答

penguin23penguin23  系统运维工程师 , 广州佳杰科技有限公司
crystalwmagicsongdeyongaixchina等赞同了此回答
想了想,若当前应用场景的应用程式APP,不支持分布式群集模式,要是有大并发的要求,有必要更改架构了。几年前接触过一个超市的POS项目,后台数据使用MSSQL高可用,前端的POS机,据说是海信的;对于收银端设备,它可以存储交易数据(在断网,或数据库未启动时);一旦与数据库通信就将存储的交易数...显示全部

想了想,若当前应用场景的应用程式APP,不支持分布式群集模式,要是有大并发的要求,有必要更改架构了。
几年前接触过一个超市的POS项目,后台数据使用MSSQL高可用,前端的POS机,据说是海信的;对于收银端设备,它可以存储交易数据(在断网,或数据库未启动时);一旦与数据库通信就将存储的交易数据同步至后台数据库,这样要求收银端设备的存储可靠性要好,避免丢数据。
以上个人鄙见,仅供参考。

收起
 2017-08-02
浏览414
邓毓邓毓  系统工程师 , 江西农信
aixchina赞同了此回答
应用负载+应用集群即可。。。JAVA、WAS都可以显示全部

应用负载+应用集群即可。。。
JAVA、WAS都可以

收起
 2017-08-09
浏览325
aixchina 邀答

提问者

董志卫系统架构师, 李宁(中国)体育用品有限公司

问题状态

  • 发布时间:2017-08-01
  • 关注会员:3 人
  • 问题浏览:2710
  • 最近回答:2017-08-09
  • 关于TWT  使用指南  社区专家合作  厂商入驻社区  企业招聘  投诉建议  版权与免责声明  联系我们
    © 2019  talkwithtrend — talk with trend,talk with technologist 京ICP备09031017号-30