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

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

参与11

2同行回答

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

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

收起
保险 · 2017-08-02
浏览1476
jxnxsdengyujxnxsdengyu课题专家组系统工程师江西农信
应用负载+应用集群即可。。。JAVA、WAS都可以显示全部

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

收起
银行 · 2017-08-09

提问者

powertiandi
系统架构师李宁(中国)体育用品有限公司
擅长领域: 存储服务器灾备

问题来自

相关问题

问题状态

  • 发布时间:2017-08-01
  • 关注会员:3 人
  • 问题浏览:3977
  • 最近回答:2017-08-09
  • X社区推广