两种模式的数据服务解决方案

本文介绍了两种数据服务解决方案:前置机/前置库模式和交换平台模式。前置机模式通过TurboDX将数据汇集,但存在数据库和网络安全隐患。交换平台模式则通过TurboDX PLUS Service提供安全的数据通道,实现数据按需分发,降低安全隐患。
摘要由CSDN通过智能技术生成


[TurboDX应用]

对于一个数据提供部门来说,通常的数据服务模式有几种:一是通过Web Service等方式提供请求/响应式数据服务;二是通常前置机/前置库的方式将数据汇集在一起,由数据需求方自行去获取;三是通过数据整合后将数据发送到数据交换平台,由数据需求方对接交换平台任务后获取。第一种模式暂不讨论,在此简述一下第二、第三种模式的解决方案。

前置机/前置库模式数据服务解决方案

前置机/前置库模式数据服务解决方案

  • 通过数贝软件TurboDX将本部门内各业务数据及中心服务数据库上的各类数据有效汇集到前置库上
    − 多数据源业务数据统一管理及展现
    − 全表/全库复制
    − 单表/多表实时增量同步
    − 根据业务事件的交换整合,具有触发器、标识位等多种事件触发方式
    − 实时运行+定时自动启动数据交换任务
  • 由数据需求方自行到前置库上获取数据
  • 数据获取接口由数据需求方自行开发,接口的设计合理性及数据获取效率只能由开发方保
  • 需开放前置库数据库用户及权限,存在一定数据库安全隐患
  • 需开放网络通路,存在一定网络安全隐患
  • 前置机/前置库需由本部门建设、维护,有一定日常维护工作量及相关责任

交换平台模式数据服务解决方案

前置机系统详细设计方案 1 系统概述 前置机系统的主要功能是预处理、存储和转发来自金融端末设备 ( POS. ),或者服务网点的交易请求,从而完成整个电子支付交易。 整个电子交易系统是一个三级的客户/服务器(CLIENT/SERVER)模式前置机处于 整个系统的第二级,起到了承上启下的重要作用,它既是终端设备的SERVER,又是后台 主机的CLIENT。 前置机具有复杂多变的接口,要求有较好的通用性、可靠性和高效率。 2 系统结构 整个前置机系统可以分为交易接口、交易处理核心、系统管理、监控系统四大部分 。结构框图如下: 3 处理模式和交易类型 1 处理模式 前置机与客户端之间,通过两次通讯完成一次交易 ,以减少通讯量 。首先由客户端发起请求,将相关数据 ( 交易码 , 交易数据,MAC 等 ) 送往前置机前置机预处理完毕 , 将结果返回客户 。 2 交易类型 前置机处理的交易类型按终端设备可以分为: 银行网点的终端设备:签到、签退、圈存、圈提、查询、转帐、下传黑名单和改密 。 指定医疗机构的前端:签到、签退、查询、转帐、批上送、下传黑名单和改密。 商户终端设备:签到、签退、下传黑名单、查询、转帐、批上送和改密。 圈存机:签到、签退、圈存、圈提、下传黑名单和查询。 3 业务流程 1 脱机业务流程 2 联机业务流程 4 交易接口 目前系统与客户端的交易接口支持 TCP/IP (包括中间件模式)和串口两种模式。 1 TCP/IP 方式 通过对套接字 socket 进行操作,或中间件模式完成数据的传输。 适用于客户端各种主机与前置机之间不同操作系统的通讯 。 TCP/IP 方式如下图所示: Service_1 Service_2 .... Service_N Tcp_Server TCP/IP 中间件通讯方式 守护进程 Tcp_Server 通过 fork( )调用 ,复制自己来处理不同的请求,以达到并行处理的目的。考虑到fork()的调用在交易高峰 期过多子进程的生成会导致系统在进程的切换和系统调用上占用过多资源, 在监控模块中采取一定的措施控制其子进程的个数,这将在监控模块中详细讨论。 中间件模式采用固定的通讯格式完成数据的传递. 2 串口方式 主要针对销售终端、指定医疗机构 ( POS ) 上送的交易请求, 对通讯端口进行读/写操作,完成交易。销售终端一般是通过网控器(NAC)与主机的端口 进行联结 ,它们之间的数据格式遵循 ISO 8583 的标准。这对磁卡和IC卡同样适用。 这种方式用于处理销售终端、指定医疗机构 ( POS ) 经网控器 ( NAC ) 上送的交易。 串口方式如下图所示: 接收进程负责从端口读取上送的信息,发送进程将处理结果写到通讯端口,它们与 守护进程之间通过消息队列进行数据交换。 网控器可以有多个上行与下行板,为达到并行处理的目的,对应于每个通信端口, 各启动一对相互独立的读/写进程对其操作,提高了系统效率。 这对串口读/写守护进程和交易处理进程之间通过消息队列进 5 交易处理核心 IC 卡的交易是一种脱机交易。营业点、指定医疗机构将这些脱机交易批量地上送到前置机 ,经交易处理核心的预处理后,转发给后台主机;由主机修改相应的帐户资料,并进行 汇总,统计和清算。所以,交易处理子系统是整个IC 卡系统的关键,它包含交易处理守护进程,安全认证,交易日志的管理和交易转发模块 ,与其它的相关子系统的关系如下: 交易处理守护进程与接口守护进程一般是通过消息队列进行通讯,或者两者融为一体。 前置机系统的主要任务是预处理和转发批量的脱机交易数据,在设计交易处理子系统时 ,必须具有较高的处理速度和能力。以下的系统设计过程中,都以实现这个目标为前提 。 1 交易处理模块   由于存在两种不同的通信接口方式,相应地,在前置机系统的交易处理模块分别采 取了消息驱动与 Fork ( )子进程的形式处理来自这两种接口的交易。 1 消息驱动   这种方式将传统意义上的应用( 服务进程 )根据不同的功能,相互独立起来,各个子服务进程( Services )之间读取消息队列中某一特定类型的交易消息,与不同的请求 ( 客户端的消息源 ) 建立有机的联结,处理交易后并将结果返回。    消息驱动的方式适用于不同操作系统之间的 TCP / IP 通信。        55   1 交易处理流程 (1) 客户端发起请求。 (2) 接口守护进程收到请求后,送往交易消息队列。 (3) 应用进程从交易队列中读取交易信息,进行处理。 (4) 应用进程将结果返回客户端。 (5) 应用进程将结果送往监控消息队列。 A) 注释 (1) TCP 接口守护进程接收到客户的请求后, 将其交易请求,通讯端口标识与相应的交易数据送往交易消息队列 。 然后继续
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值