金税三期工程技术基础架构设计方案

金税三期工程1金税三期工程技术基础架构设计方案（技术架构分册）V1.0汇报人：总体规划设计项目组金税三期工程2目录1、工作目标2、工作思路与设计原则3、技术实现模式分析4、产品采购规划金税三期工程技术支撑模式3背景公用组件体系软件套装产品硬件基础设施软件基础设施各种支撑应用实现的技术模式安全体系架构技术支撑体系应用架构数据架构金税三期工程41.分析设计应用架构和数据架构的各类技术支撑模式•从技术角度分离出不同的技术支撑模式•设计应用实现的参考架构•界定技术性的功能(如流程引擎需求)及非功能需求，并对重点非功能性需求进行设计验证工作目标2.分离出对软件基础设施的采购需求从技术实现角度支撑全国大集中的项目实施金税三期工程5目录1、工作目标2、工作思路与设计原则3、技术实现模式分析4、产品采购规划金税三期工程6支撑模式实现分析1.回答如何对应用和数据架构的支撑•应用场景；•架构需求；•设计要点；2.回答产品采购需求；工作思路技术支撑模式划分1.根据应用架构和数据架构要求，共同划分应用功能实现的技术模式，这是上下承接的关键；2.我们的假定是支持这些实现模式，从技术角度就能支撑金税三期应用的开发和运行；金税三期工程7总体设计原则——高效、稳定、包容、一致1.强化性能与可扩展性设计支撑全国大集中的战略决策2.贯穿面向服务的设计理念强调系统高内聚松耦合支撑业务的解耦，奠定应用扩展基础3.提供完备的应用集成策略提供良好的包容（遗留系统）、可扩展（新系统）的能力4.强调架构管控统一软件基础设施统一公用业务构件统一服务与数据规范保证架构贯彻的一致性金税三期工程8一般性设计原则设计层面设计原则应用①遵循SOA设计原则，系统之间采用服务的形式进行互联，相互松散耦合；②采用分层的体系架构，分离中间业务逻辑，便于复用；③业务逻辑实现组件化，基于框架进行开发；④客户端基于浏览器设计，客户端与服务端基于HTTP/HTTPS协议进行交互；⑤设计开发基于开放标准；⑥使用可靠的框架，提高开发效率以及稳定程度；数据①统一的数据库设计标准和规范；②以业务作为设计数据仓库的根本依据。以业务为中心，同时综合考虑其它方面的因素（包括：技术、管理等方面），对数据仓库进行设计；安全①统一的身份认证机制；②统一的访问控制；③统一数据属主标识；④统一的数据权限控制；接口①使用XML规范定义传输的数据；②支持标准的接口实现方式，利于集成；金税三期工程9目录1、工作目标2、工作思路与设计原则3、技术实现模式分析4、产品采购规划金税三期工程10模式划分技术实现模式分析应用功能实现类交易类核心数据处理类业务，如申报征收流程类流程驱动类业务，包括主要的管理型业务，如登记、涉税文书审批、稽查决策类（自定义查询、报表、OLAP分析、数据挖掘）内容管理类（电子影像、档案、文档、知识）应用功能集成类界面集成类（业务工作门户）应用集成类（应用集成平台）数据集成类（ETL、数据复制、数据交换平台）门户网站类（内外网门户网站）金税三期工程11模式分析实现模式功能特性高性能可扩展可靠性灵活性交易类税务特色强强强较强流程类税务特色较强较强----决策类----------内容管理类----------界面集成类税务特色--------门户网站类----------应用集成----------数据集成--强------金税三期工程12交易类模式——背景这是首次在税务行业采用的模式，产生的业务和技术背景是业务：纳税服务和征管职能分离技术：全国集中后兼顾风险和效率金税三期工程13技术特点通过应用的纵向技术划分，分担系统负载，进行流量控制以大厅征收为例交易类模式——特点分析（一）核心逻辑层资源&数据层数据资源省局前置层大厅系统核心系统大厅系统前置系统核心业务逻辑处理数据访问IE浏览器客户端页面交互数据校验申报校验流控与路由渠道管理交易组合核心数据处理金税三期工程14交易类模式——特点分析（二）技术特点交易实现路径长，要经过渠道、前置、核心系统实现一个完整交易总局负载大总局估算国税峰值TPS——1万以上主要业务占比大，如申报征收约占46%金税三期工程15交易类模式——应用对应征管处理平台行政管理平台纳税服务平台管理决策平台外部门统一交换内部统一门户业务工作门户税库银外部信息交换前置内部门户网站基础平台综合办公人力资源财务管理纪检监察身份认证应用集成数据集成登记纳税人管理认定优惠证明申报征收个税管理申报征收票证管理发票管理网络发票开具评估审计稽查法制12366网上税局自助终端大厅短信查询统计征管状况分析报表管理绩效管理风险管理政策评估知识管理电子档案管理其它单证征收管理风险处理核算计划会计纳税人关系管理防伪税控交叉稽核发票协查地方特色及遗留应用金税三期工程16交易类模式——参考架构-整体应用服务器n应用服务器1大厅系统省局前置层核心系统资源&数据层核心服务提交业务校验用户界面交互渠道接入渠道路由交易组合服务调用处理交易数据存储数据分布处理核心逻辑处理服务层数据缓存交易数据存储核心逻辑处理服务层非结构化数据库结构化数据库ODS数据仓库数据集市接入请求队列响应队列省局数据缓存页面模板缓存...省局总局代码加载/预处理加载接入请求队列响应队列接入请求队列响应队列大厅系统客户端（浏览器）代码表数据缓存终端AJAX技术XML/HTTP/HTTPSRMI/JMS/XMLRMI/JMS/XMLRMI/JMSRMI/JMSJDBC/FTPJDBC/FTP技术：Javascript、Activex、AppletWebapp（serlvet、jsp）、缓存、POJOweblogic、MQ（可选）、前置系统（需开发)产品/开发系统：IE6以上浏览器、电子表单控件（可选）、adobepdf（可选）Weblogic、MQ（可选）、ORACLEDB、电子表单服务器（可选）JavaClass、POJO、JMS交互协议：RMI/JMS/XMLRMI/JMS/XMLweblogic、规则引擎（可选）,MQ(可选)OracleDB、内存数据库、GoldenGateApp（异步serlet，消息bean，JMS）JavaClass、POJO、JMS、缓存CSS模板标准表单控件（可选）关键功能：缓存交互逻辑预处理、批处理流控、故障隔离、缓存服务化、分区、缓存、DDAL、批处理数据库分区、分库、RAC、生产查询分离资源层技术金税三期工程客户层后台公共支撑层WEB浏览器交互层业务操作页面会话管理访问控制服务调用层交易调用批处理引擎持久层资源层Ajax组件容器数据持久化服务J2EE应用服务器Javabean/POJO事务管理servletJavascriptForm/Frame/CSSHttp/XML/JSON省局前置系统RMI/JMS页面调度管理操作人员安全服务ActivX/Applet代码数据系统参数RMI/JMSJDBC17交易类模式——参考架构-大厅系统金税三期工程18交易类模式——参考架构-前置交易路由接入适配层接出适配层交易管理交易注册交易监控渠道权限管理渠道权限控制解密/加密交易调用框架通讯协议适配/流量控制策略加密/解密请求队列处理队列处理返回队列响应队列渠道信息管理业务预处理与批处理管理冲正对账通讯协议适配交易组合框架消息格式适配消息格式转换12346789后台核心系统10前置Client金税三期工程省局前置后台公共支撑层交互层流量控制访问控制服务层业务逻辑处理服务管理持久层资源层渠道路由组件容器J2EE应用服务器Javabean/POJO事务管理队列管理服务调用RMI/JMS/XML交易调度安全服务业务领域层申报模型发票模型个税模型流量控制RMI/JMS/XML申报发票个税JDBC/FTP数据持久化服务分布式数据处理层19交易类模式——参考架构-核心处理层金税三期工程20交易类模式——性能设计设计层次应用纵向分割，进行负载分担与流量控制优化、梳理功能设计如根据缴款类型优化操作设计税库扣款户税银扣款户传统缴款户传统的实时申报、开票、上解、入库功能一站式的申报缴款功能（可以是异步提交）查询梳理，从需求上将需求较多的、和日常业务统计相关的批量数据查询降低金税三期工程21交易类模式——性能设计设计层次优化、梳理功能设计查询梳理——灵活性、性能、一致性不可得兼规范日报单户信息查询梳理与当期征管密切相关的，与大厅日常管理结合的查询和报表近生产库查询基于统一视图的查询——统计、核对型（非日常）的查询（近生产库）查询规范的技术建议不建议查询县区以上的相关信息清册不建议查询跨业务域（原则上也只有综合分析才会跨）不建议增加同期数、同期增长率等分析性查询尽量减少允许跨越月的非单户查询金税三期工程22交易类模式——性能设计设计层次前置流控设计远端流量控制接口本地流量控制申请归还令牌申请通讯接口接入容器主控制器令牌归还令牌回收参数加载参数变更状态发布主备切换令牌申请通讯接口备用控制器令牌归还令牌回收参数加载参数变更状态发布主备切换...Socket长连接Socket长连接Socket长连接金税三期工程23交易类模式——性能设计设计层次前置交易穿透交易路由接入适配层接出适配层交易管理交易注册交易监控渠道权限管理渠道权限控制解密/加密交易调用框架通讯协议适配/流量控制策略加密/解密请求队列处理队列处理返回队列响应队列渠道信息管理业务预处理与批处理管理冲正对账通讯协议适配交易组合框架消息格式适配消息格式转换1234678910前置Client23金税三期工程24交易类模式——性能设计设计层次应用内部的性能设计WEBServer应用服务器IE浏览器客户端代码缓存数据库页面缓存页面缓存数据缓存表设计优化索引优化分区群集分库内存数据库群集代码数据缓存硬件负载均衡金税三期工程25交易类模式——性能设计数据库优化策略表设计优化避免热点表避免频繁访问胖表尽量减少日常业务操作数据表的数据量表索引优化RAC群集：建议2—4个节点，解决负载均衡和单点故障表分区—利用分区索引，减少查询路径，降低I/O金税三期工程26数据库优化策略分库：突破单库天花板增强可扩展能力需要应用支持分布式数据处理支持分布式增删改支持查询汇总部署分离：不同目标群的同一应用数据库部署可考虑分离如国地税申报征收交易类模式——性能设计金税三期工程27交易类模式——性能设计应用层优化策略群集群集保证负载均衡设计上避免有状态服务,充分发挥核心性能确保应用层能够横向、“线性”扩展金税三期工程28交易类模式——性能设计应用层优化策略数据缓存及内存数据库减少应用层对数据库的访问，减轻数据访问压力，提升整体性能使用应用服务器端数据缓存，存放代码、参数等不经常改变的数据金税三期工程29数据库服务器集群应用服务器集群Web服务器1Web服务器n存储数据库服务器1负载均衡器数据库服务器n应用服务器集群应用服务器1应用服务器n交易类模式——性能设计Web层优化策略硬件负载均衡器采用Session粘联策略代码数据缓存页面缓存金税三期工程30交易类模式——性能设计客户端优化策略客户端代码缓存通过代码数据客户端的缓存，对税务应用，会降低大量代码数据对网络、磁盘IO的消耗（对WEB访问量减少20%--40%）客户端页面缓存应用服务器组件容器DAODMServiceWeb容器DMServletjspxhtmltaglibs视图VO缓存切面浏览器页面框架业务界面代码缓存服务下拉列表框金税三期工程31交易类模式——可靠性与安全性可靠性冲正和对账安全性组合交易C1原子交易(T1)原子交易(T2)原子交易(T3)交易失败，触发异常处理流程冲正T2、T1写入T1流水记录冲正需要的信息开始结束写入T2流水记录冲正需要的信息流水前置系统IA中心渠道系统1123验证身份确认身份渠道名称渠道名称登录口令432校验口令渠道登录建立安全通道获取口令返回口令加密数据传输124登录成功/失败3生成口令金税三期工程3