企业A中有一个收银系统，采用的cs架构，由于业务应用的设计问题，应用程序app做不到集群模式，只能是独立存在，后端数据库采用的oracle rac模式，数据库层已经避免了单点故障，为了保证业务系统的高可用，现在需要考虑如何设计应用程序的高可用，可以保证在业务系统不会因为其中一个app不可用导致整个业务系统down掉，影响整个环境。由于app本身不存储业务数据，企业使用操作系统的redhat7.1 平台，作为架构师你有什么建议或方法来帮助企业设计高可用的解决方案呢，可以简述选择方案的理由或考虑，欢迎大家多多探讨？
想了想，若当前应用场景的应用程式APP，不支持分布式群集模式，要是有大并发的要求，有必要更改架构了。 几年前接触过一个超市的POS项目，后台数据使用MSSQL高可用，前端的POS机，据说是海信的；对于收银端设备，它可以存储交易数据（在断网，或数据库未启动时）；一旦与数据库通信就将存储的交易数据同步至后台数据库，这样要求收银端设备的存储可靠性要好，避免丢数据。 以上个人鄙见，仅供参考。
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30