贵州银行大前置IPP介绍

I贵州银行大前置介绍目录第1章背景概述 11.1业务背景 11.2产品定位/目标 21.2.1满足数据大集中的需要 21.2.2支持多种部署方式 21.2.3实现对多应用系统的互相隔离 21.2.4支持多层架构模型 31.2.5提供业务流程管理模块 31.2.6提供统一的业务管理平台 31.2.7提供统一的监控管理模块 31.3产品特色 31.3.1技术性介绍 31.3.2应用性介绍 41.3.3系统特性介绍 5第2章总体架构 52.1平台组成 52.2技术架构 62.3系统架构 72.4应用架构 72.5网络拓扑图 8第3章功能模块 83.1通讯网关 83.2应用路由 93.3报文解析 93.4流程控制 103.5监控管理 113.6开发工具 11第4章应用示例 124.1大前置系统构架 12第5章平台优势 125.1规范开发使过程可控 125.2基础构件提升开发效率 135.3组件工厂完成知识积累 13第13页背景概述业务背景随着国内商业银行商业化程度的加深和多金融服务市场的逐步开发，使国内商业银行业已经置身于前所未有的激烈市场竞争之中，银行业传统的金融业务（网点存款、取款、信贷等）已经不能满足客户和市场的需求，银行之间传统业务的市场份额基本确定，很难再有很大的盈利空间。与此同时，客户也希望在这些传统金融业务之外能够得到更多的增值服务，如：代发工资、代缴费、代理票务业务、跨行（系统）转账、实时支付、个人支付计划、金融信息服务等功能。由此产生了现在银行称之为“中间业务”的业务分支，成为银行新的效益增长点，而且越来越成为各家商业银行在业务扩展中不可缺少的一部分，这也是银行未来业务的一个重要发展方向。而在国内，我国各商业银行也越来越注重开拓以代理服务为重点的中间业务。各银行利用在技术、信息、机构网络、信誉等方面的优势，积极为客户提供代理、咨询、结算等广泛的业务服务。中间业务已从单一的办理批量收付，扩展为包含：结算、融资、管理、咨询、衍生金融工具等广泛内容的业务群体；在总收入中，中间业务的非利息收入，也从微不足道的比重，普遍上升到30%以上，有些银行甚至超过利息收入。可以说，中间业务的兴盛，已经对传统商业银行在金融市场中所发挥的功能和充当的角色产生了巨大的冲击。但是各家商业银行针对每一种中间业务系统都需要单独找各提供商进行开发及测试，而各家供应商所提供的产品针对操作系统、开发语言、数据库、通讯格式等都不相同，迫使行内需要熟悉不同的应用系统。更糟糕的是因为各种中间业务在不同时期采购、由不同的提供商所提供，所以各种不同的中间业务系统在不同的环境中运行，从而需要商业银行提供很多单独的服务器，从而造成名义上都是中间业务系统，但是却需要十几台、甚至是几十台的服务器来支撑行内的中间业务。这样就需要各家银行增加大量的维护人员、开发人员。为了能解决银行中间业务系统服务器等设备众多、维护成本高的问题，在分析多家银行的中间业务系统后，集结了一批优秀的产品研发人员和银行业务专家，提出研发一套统一的金融业务处理系统，在此系统平台上可以构建不同的各种中间业务应用，而且本软件采用统一的开发语言、统一的运行服务器、统一的运行环境等方式来有效减少服务器的数量，有效减少开发及维护人员的素质要求。产品定位/目标银港科技综合前置系统（IPP）是一个通用、集中、稳定、高效的后台业务逻辑处理平台。平台支持多种通讯方式和报文格式的接入接出，支持多种主流数据库，支持同步、异步、远程、本地等多种方式调用子流程，支持交易请求的超时控制和存储转发，支持定时调度任务，支持平台及业务监控、并方便与第三方工具集成，提供方便的平台及业务参数管理控制功能，提供丰富的报表定制功能，方便快速响应不断变化的业务需求。IPP业务处理平台可用于（但不仅限于）以下场景：中间业务系统（如代理财政、代收电话费、代发工资等）综合前置处理系统（如POSP、ATMP、卡前置）支付清算业务处理系统（如人行二代支付、农信银二代支付系统）其他业务处理系统（如金融IC卡业务处理系统、短信平台）满足数据大集中的需要本系统须满足银行数据大集中的需要，近年来随着银行数据大集中，银行对各种数据大多采用集中管理的方式，一方面运维方便，另一方面满足系统灾备的需求。在本平台支持数据的大集中的情况下，还必须保证业务处理的快速响应。支持多种部署方式可以满足分布式部署和集中式部署的灵活变更要求，这是为适应业务集中处理所必需的。平台应用可以根据不同地区、不同机构和部门的管理需要进行裁剪和控制。为了保证业务的快速响应，同时支持负载均衡集群方式部署。实现对多应用系统的互相隔离在本平台上的多个应用系统之间进行逻辑隔离，并且当某一个应用系统出现问题时，不会影响到其他应用系统的正常运行。可以动态增减处理某应用系统的系统资源。支持多层架构模型系统应满足多层结构，包括技术平台层、业务平台层、业务功能层。技术平台层应实现业务无关性，从而保证具体的业务平台不会影响技术平台的运行，从而提高技术平台运行的稳定性。业务平台层应实现业务功能的无关性，保证了具体的业务功能不会影响业务平台的运行。提供业务流程管理模块通过业务流程管理模块，通过面向流程、事件驱动的架构实现SOA框架，进行业务流程重组，实现业务流程再造。提供统一的业务管理平台通过统一的业务管理平台，管理所有业务系统并进行数据的统计分析，并能对公用服务进行最优化处理，保证公用业务流程响应的及时性。提供统一的监控管理模块通过统一的监控管理模块，实现应用系统的运维监控管理，方便系统维护。产品特色技术性介绍运行平台高稳定性平台基于C语言开发，先进的进程管理服务，异常情况下能自动恢复，保证平台7*24服务稳定运行。平台高可扩展性平台采用先进的动态可扩展插件式架构，支持平台运行时的快速部署，运行模块（协议解析模块、业务处理模块）支持热启停。应用隔离容错性平台提供多种方式实现应用之间的隔离，做到不同类型应用之间运行时不互相干扰，避免相互影响，在极端情况下能对应用的启停做到单独控制，提高平台应用运行的稳定性。另外，平台提供流量控制机制，增强平台在交易峰值大压力情况下的稳定性。应用高可扩展性先进的二层业务逻辑和技术实现逻辑并行开发理念以及平台、银行、应用多级可复用组件，为IPP平台提供了高度的可扩展性。系统高可维护性平台配有专门的监控模块，可对平台运行的应用日志、交易情况、平台运行状态进行实时监控及管理。应用性介绍灵活的通讯及报文处理通讯接入方式支持:MQ、TCP、…通讯接出方式支持:MQ、TCP、HTTP、Webservice、Tuxedo、...报文解析支持：定长、分隔符、XML、SOAP、…可定制的平台及交易日志日志级别:trace、debug、info、error输出位置：目录和日志文件名称输出格式：内容可定制丰富的子流程调用方式内部嵌套调用：业务组件（引用）、交易模板（拷贝）本地子交易调用：同步调用、异步调用远程子交易调用：同步调用、异步调用组件化、流程化开发基本功能采用组件形式封装支持组件开发和注册用流程化方式开发交易流程参数化配置组件开发流程强大的二次开发能力支持定时调度任务灵活的定时方式：指定时间间隔、指定周期目标任务种类：定时批量作业、其他定时业务平台其他机制超时控制处理交易存储转发支持异步交易系统特性介绍跨平台与可移植性操作系统：AIX、Linux、HP-UX、Solaris数据库：Oracle、DB2、Informix、Sybase、Mysqlc交易构件，健壮可移植高性能处理及容错机制高性能：业务处理多进程、支持业务交易多并发处理、支持负载均衡多机部署 容错性：平台进程异常退出自动重启恢复、、支持异常监控预警 交易分组和流量控制：工作组、通道可扩展插件式架构设计平台采用框架式设计，支持动态加载（网关、业务处理核心、报文解析器、流量控制）交易实现层次化（支持库、组件、交易流程、业务产品）总体架构平台组成平台核心层提供最底层的基本内核，包括：内存管理、进程管理、系统调度、日志、监控核心、脚本语言／虚拟机等。服务层是平台核心层向外提供服务的层面，表现为一系列的构件、API和模板。在底下两层的基础上，开发出包含业务核心和通讯核心的开发平台。在开发平台上开发各种前置系统技术架构大前置系统通过对应的通讯网关和各个接入系统相联。一般一个接入系统有一个对应的网关相联。应用路由负责各个网关之间的通讯。从应用路由的角度来讲，IPP的业务核心也是一个网关，只是不负责对外通讯，只负责内部的业务处理。系统架构IPP分为基础服务环境、管理服务、通讯网关、业务处理核心、应用服务、监控服务等组成部分。基础服务环境包括内存管理、XML解析、公共构件、进程管理、日志服务、开发工具等。管理服务包括安全管理、系统配置管理、操作员管理、系统管理、本地业务参数管理、业务报表等。通讯网关负责原始报文的传递，通讯协议的转换，通讯联接的管理。应用路由负责各个网关和业务核心的之间的通讯。业务处理核心是各个外围系统的前置业务处理逻辑。在IPP上的业务处理核心可以成为一个真正的业务处理运行环境。统一的监控平台包括监控和报警平台应用架构网络拓扑图功能模块通讯网关通讯网关的负责和其他系统的通讯。银行应用系统都要求通讯传输是实时的，交易报文不能及时到达，一般认为通讯失败。网关需要支持多种通讯机制、多种中间件和通讯协议。常见的中间件有Tuxedo、CICS、MQ等，通讯协议有TCP/IP、SNA、RMI/IIOP、X.25等。常见的通讯方式有长连接、短连接、收发同链路、收发不同链路，金卡走X.25时用三进三出，还有其他系统会有特殊会话协议。通讯网关按照网关的位置分类，可分为外联网关、内联网关、插槽网关。外联网关是和外系统联接的通讯网关，内联网关是由多个大前置系统之间通讯的服务网关，插槽网关是为插件服务的网关。通讯网关按照服务方式分类，可分为服务器网关、客户机网关、互为Client/Server。服务器网关是被动通讯网关，由其他系统发出交易，服务器网关收到报文处理。客户机网关是主动通讯网关，由它发起报文通知其他系统接收。有的应用希望通讯的两个系统互为客户机/服务器网关。用户是通过配置文件来定义网关的工作的。网关配置文件通常包括网关名称、网关通讯地址(IP地址)、网关入口队列名、网络协议、协议参数1、协议参数2、协议参数3、协议参数4、通信超时、子进程个数初始值、子进程极限、最大允许连接数、ACL列表名等信息。一些特殊的会话机制需要定制会话的模式。对外通讯的报文需要统一加密，一般也是由通讯网关处理。应用路由应用路由是系统内部通讯的交换器，负责网关和应用核心之间的通讯。应用路由能够将一个指定目的地址的消息报文发送到能够到达目的地址的下一个节点；也能将没指定目的地址的消息报文按照配置指定目的地址，并发送到能够到达目的地址的下一个节点。IPP提供灵活的路由设置，并能高效的处理内部数据交换。使用了应用路由，服务渠道可以不需要关注后台服务的分布情况，应用服务分布的调整也不需要改变业务系统。IPP可以用类似Telecom@shanghai的服务名来指定服务的位置。应用路由分为静态路由和动态路由。静态路由包括数据依赖路由、网关路由、网络路由。数据依赖路由是可以通过报文的数据初始指定或重新指定报文的目的地址。网关路由可以将指定目的地址的消息报文发送到能够到达目的地址的下一个节点网关。网络路由用于外部网络通讯，它可以将消息报文发送到指定目的地址的系统，或者发送到能够到达目的地址的下一个系统。动态路由需要有路由状态检查和动态路由选择。在银行应用系统里，具体报文的应用路由需要是唯一的通路，我们不建议使用动态路由。报文解析报文解析是IPP系统中和外部（主机、网银、第三方等）进行数据交易的模块。报文解析在IPP系统中是一个相对比较独立的模块，它和IPP系统中其他模块的接口主要是数据池（POOL池）。报文拆包时，报文解析模块按照报文格式的定义，把报文内容拆解到POOL池中；报文打包时，报文解析模块按照报文格式的定义，从POOL池中提取报文中需要的数据项，打成外部格式的报文。由于IPP系统是一个开放式的系统，需要和不同地方的不同外部打交道，报文格式非常复杂。其中，报文格式可能是任何一种系统的内部格式（如cop，具有复杂的配置和描述方法），也可能是一些简单的格式（如结构，分隔符），因此，不能简单的强制用一种方法去转换报文。本系统的报文解析模块可以根据不同的报文类型调用不同的转换函数，系统提供一个通用的转换函数，以后可以通过编写另外的转换控件实现功能的扩展。为了处理复杂的报文情况，报文解析模块采用配置加脚本的方式处理报文的解析。由于绝大多数报文的格式都可以通过配置描述出来，因此，报文转换格式以配置为主，而对于某些配置难以描述数据项或通过判断才能选择打包解包办法的情况下采用脚本进行处理，如果非常复杂，可以采用c语言编程来处理。报文解析中的脚本模块是一个高效、易于使用的解释语言模块。脚本采用C的语法，支持绝大部分的标准C语法，同时可以使用定义的方法把C的库函数加入到脚本中，以丰富脚本的功能。脚本的解释器是IPP系统内嵌的，运行脚本时，脚本解释器首先把脚本翻译成伪码，再由虚拟机运行伪码，以完成脚本需实现的功能。报文解析模块目前能处理以下格式的报文：定长结构报文的处理（支持各种对齐方式,和整形的表示方法）分隔符报文的处理某个域可以是从当前字节一直到报文结尾（不定长）LLV，LLLV形式TLV形式（Taglengthvalue,value中可以嵌套TLV）Cop等固定模式，可能已经存在特有报文的打包、拆包的库8583,类8583报文的解析（要提供解决办法）内部嵌套报文（可以拆分内部报文，也可以把内部嵌套报文作为一个整体）组合报文（一个大的报文有多个小报文组成）ASCII，EBCDIC，unicode等的转换XML格式的报文其他未知格式流程控制流程控制是IPP系统中处理业务逻辑的主要部分。它主要是面向交易的，当收到一个原始的交易请求时，流程控制模块根据交易的配置，把原始交易分解为一个个更为细小的原子交易，这些原子交易可以是主机交易，可以是第三方的交易，也可以是本地的一个交易构件，通过对这些原子交易的组合，完成一个原始的交易请求所需要完成的所有业务处理逻辑。流程控制支持同步和异步两种控制模式。异步控制指，当步骤中发出交易请求之后，挂起此交易的流程，转而处理下一笔交易，当原有交易的应答回来之后，可以在挂起点继续交易的流程。通过异步处理的模式，可以节省流程控制模块等待主机或第三方应答的时间，让有限的资源（流程控制进程）得到充分的应用。流程控制基本上使用共享内存进行操作。交易的主要配置信息在系统启动时，均被载入了共享内存中，也就是说，在平台这一层，IPP系统基本上不需要和数据库系统进行交互，保证了流程控制进程的高效运转。同时，共享内存中的配置信息带有版本控制功能，当配置改变时，可以重新载入配置，让新的交易请求按照新的配置运行，而已有的、未运行完的交易仍按照当时的配置继续运行。流程控制的配置在Windows下的管理台上完成，大体上可以分为三部分：外部交易配置、内部交易配置、原子交易配置。外部交易配置包括外部交易码到内部交易码的转换、外部交易子码的解析；内部交易配置包括内部交易的步骤配置等；