浪潮商用机器售前技术支持,王纲
为了方便更多的读者阅读、理解本文章,现将本文章涉及的地铁名词解释如下:
在“互联网+”时代大背景下,国内轨道交通自动售检票系统( AFC )新技术的迅速发展,各个城市轨道交通公司不断尝试引入新型支付模式以丰富地铁的票务支付形式,给乘客提供更好的出行服务。
互联网票务的特点是采用各种互联网技术手段实现票的虚拟化、数字化,互联网票种分为多介质,具体包括:
1. 二维码
2.NFC
Ø 银联闪付卡
Ø 手机 PAY
Ø 智能穿戴式设备,如智能手环、智能手表
3. 生物特征识别,如人脸、掌纹、虹膜等
基于以上多种新型的介质实现虚拟化、数字化票种统称为互联网票务。在互联网票务使用过程中、运营过程中提供各种管理功能的信息系统称为互联网票务平台
多元化支付平台子系统是基于 ACC 系统架构,充分利用 ACC 系统硬件及网络资源,在传统票务系统基础上,实现互联网支付的票务功能,简化系统结构,降低建设成本,保证项目可实施性。
目前较多城市实现了将二维码支付成功运用于地铁通行中,有效解决了售检票系统存在的购票率低、客流高峰期排队购票时间长、车票单次使用成本大等问题。采用二维码技术及手机支付,实现乘客只需凭移动应用 APP 生成的二维码即可实现“刷码过闸 ” ,为市民和外地游客提供更多便捷的出行体验。
二维码管理系统是各城轨企业互联网票务平台中服务于二维码业务的管理系统。二维码管理系统主要负责移动应用 APP 接入管理、二维码业务参数管理、生码授权及对账结算等功能。
1.客户清分系统及线路 AFC 系统建设概况
Ø 控制中心 1 座(为线网中 4 条线共用)。
Ø 线网清分中心(含互联网票务平台)由 1 号线建设。
Ø 1 号线 2021 年 3 月正式开通运营。 2 号线一期工程计划 2022 年 4 月底前开通运营。
在本项目中, 4 台 K1 Power E950 服务器用来部署二维码系统数据库。
部署方案
本案例二维码系统数据库部署在 4 台 K1 Power E950 上,前置应用部在 X86 服务器上,其中 K1 Power E950 采用开源的 CentOS 系统,数据库也采用开源的 MySQL ,主从复制架构,按照业务逻辑,一共分为 2 组数据库,分别是用来存储注册用户信息 DB ,以及二维码支付的 DB 。
方案优势及客户收益
1.K1 Power 服务器采用的机架式架构和大量独有的容错和纠错技术,从硬件系统架构和技术层面全面提升了系统整体可靠性,避免了处理器、内存、部件和系统架构底层故障或错误造成的可靠性和可用性问题。
2.系统部署上线后,实测 MySQL 数据库性能 TPS 8-9 万,由于目前该客户只开通 1 条地铁线路,实际需要数据库服务器性能 3-4K , E950 性能大大超出规划预期,为将来开通更多的地铁线路打下性能基础。
K1 Power 服务器从系统整体层面面向业务进行了全面优化,无论主频、并发线程、 L3 缓存、内存 IO 、总线 IO ,还是底层架构上都进行了全面的优化设计,能够实现业务性能最优化,更能满足核心业务系统的需求。
3.部署方案采用 K1 Power E950+CentOS 操作系统 + MySQL 数据库( 主 / 备节点复制高可用),成熟可靠,安装配置简单,对应用透明。
4.无需采购外置光纤存储及交换机,解决客户投资,降低运维复杂度。
如果觉得我的文章对您有用,请点赞。您的支持将鼓励我继续创作!
赞1
添加新评论0 条评论