消费中间件与一卡通交互.DOCVIP

订餐一卡通设计架构-02-01 创建 谢友协 1.0 2018-02-27 修改 谢友协 1.1  概述一卡通 订餐系统 一卡通系统 中间件服务器 POS订餐 食堂刷卡机 医生活APP 网络拓扑图： （图1-1） 硬件配置表 订餐系统以及一卡通系统部署在云，中间件服务器内外网）部署在内网中 用户消费时通过食堂刷卡机刷卡刷卡机通过路由连接中间件服务器中间件再nternet连接系统进行扣款等业务逻辑处理 App和直接通过nternet连接订餐系统但涉及到卡片支付的时候，订餐系统再访问一卡通系统进行扣费等处理模块交互如下： 订餐系统：主要维护的基础食堂、菜品信息交互系统提供相应的接口系统主要功能包含开卡、充值、挂失、解挂、退卡病信息注册基本功能给订餐系统提供消费、退款、查询交易对账等给中间件服务器提供消费、退款接口新的卡片必须先开卡才能可以在一卡通系统中查看消费记录报表服务器：的作用，一连接医院内网食堂刷卡机通信，另一端连接上的员一卡通系统，达到将内网数据传递到云端系统； POS机：连接订餐系统，以便用户相应的菜品信息单可刷卡消费，可查询卡片信息； ：在食堂通过刷卡进行消费通过连接中间件服务器，nternet连接一卡通系统进行交互用户可以通过刷卡机查看卡片余额信息APP：用户下载手动注册，自主选择不同的食堂进行，可查看消费记录，维护密码等信息 订餐流程走向 如上图所示：用户通过POS机下单，订餐系统保存订单详细，调取一卡通支付接口进行刷卡扣款，扣款请求与扣款结果采用异步通知的方式，确保系统的高并发处理；订餐系统发起支付时，一卡通接收到支付请求保存数据后直接返回成功，一卡通处理完扣款逻辑在通过接口异步通知订餐系统，订餐系统根据异步返回的信息处理订餐业务逻辑，异步模式采用轮询方式以确保数据的完整性，避免网络异常导致数据异常。 食堂消费模式如上图：食堂管理员根据用户购买的餐品在堂食刷卡机中输入对应的金额，用户刷卡扣费，刷卡时访问中间件服务器，再调取一卡通扣款接口进行扣款，扣款成功用户可以通过消费机查看卡片余额。 消费中间件与一卡通交互 .1、消费中间件设计模式） 2.2、TCP/UDP Performance Test tool工具性能压力测试报告 2.2.1、模拟10个并发，间隔测试结果如下、图二 （图一） （图二） （图三） 2.2.2、模拟20个并发，间隔50毫秒测试结果如下图四 （图四） 2.2.3、模拟50个并发，间隔50毫秒测试结果如下图五和图六 （图五） （图六） 2.3、Jmeter测试工具压力测试 （图七） .4、TCP/UDP Performance Test tool和Jmeter混合测试报告 （图八） 为了满足订餐的高并发业务，一卡通系统采用缓存机制，将卡片信息缓存在服务器内存中，以减少频繁的数据库IO交互以提高用户体验；为了确保缓存与数据库数据的一致性，刷卡机消费时从缓存中获取卡片信息，做相应的业务逻辑处理并保存消费记录表，同时定时任务异步获取消费记录表更新数据库卡片信息已、以达到缓存与数据库表数据的一致性，提高系统的性能又确保数据的一致性。 经过大量的测试工具对交易接口进行压力测试，由以上的测试报告可以得出，一卡通、消费中间件之间的交互可以同时满足并发数为10，20，50间隔为50毫秒的压力下正常运行。 南京博纳睿通软件科技有限公司 10 第10页 共10页