再高的并发请求,再多的购票渠道,最后无非都要落到数据库里。只有完成支付流程(付完钱),数据库得到结果,才会出票。会出现查询有票,在支付过程中显示无票,完不成交易的,但绝不会出现超售的情况
这个问题与银行业,互联网金融业应对双十一等突发性流量类似。从管理上来说,储备应急资源,建立应急预案,应对突发事件。从技术上,使用负载均衡技术,支持随时横向扩展。
部里下规范,建立约束与规则,这是首要优化方案,是否已下发,不太清楚
交通运输公路业务的特点就是各管一段,导致这个问题根本上是管理问题而不是技术问题
联网售票系统的第三方支付渠道可以建立第三方支付平台,与银行类似。
个人认为,配置偏高,需求量暂时没有那么大吧?
个人认为,云计算不=分布式,分布式只是云计算的一种方式
其实这样的问题在系统的可研报告里都有,可以翻看一下。
省级的联网售票系统,传统架构能否满足,还是要看具体的需求。通常来说,小的省基本是能够满足的。但是传统的系统架构,olap与oltp都是由关系型数据库去处理,数据量大,查询量大的场景下,性能不好。在做数据库架构设计时,最好将ol
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30