1、1,金税三期工程,技术基础架构设计方案（技术架构分册）V1.0,汇报人：总体规划设计项目组,2,目 录,1、工作目标2、工作思路与设计原则3、技术实现模式分析4、产品采购规划,技术支撑模式,3,背 景,公用组件体系,软件套装产品,硬件基础设施,软件基础设施,各种支撑应用实现的技术模式,安全体系架构,技术支撑体系,应用架构,数据架构,4,分析设计应用架构和数据架构的各类技术支撑模式从技术角度分离出不同的技术支撑模式设计应用实现的参考架构界定技术性的功能(如流程引擎需求)及非功能需求，并对重点非功能性需求进行设计验证,工作目标,2.分离出对软件基础设施的采购需求,从技术实现角度支撑全国大集中的项目
2、实施,5,目 录,1、工作目标2、工作思路与设计原则3、技术实现模式分析4、产品采购规划,6,工作思路,技术支撑模式划分,根据应用架构和数据架构要求，共同划分应用功能实现的技术模式，这是上下承接的关键；我们的假定是支持这些实现模式，从技术角度就能支撑金税三期应用的开发和运行；,7,总体设计原则高效、稳定、包容、一致,1.强化性能与可扩展性设计,支撑全国大集中的战略决策,2.贯穿面向服务的设计理念 强调系统高内聚松耦合,支撑业务的解耦，奠定应用扩展基础,3.提供完备的应用集成策略,提供良好的包容（遗留系统）、可扩展（新系统）的能力,4.强调架构管控 统一软件基础设施 统一公用业务构件 统一服务与
3、数据规范,保证架构贯彻的一致性,8,一般性设计原则,9,目 录,1、工作目标2、工作思路与设计原则3、技术实现模式分析4、产品采购规划,10,模式划分,技术实现模式分析应用功能实现类,交易类,核心数据处理类业务，如申报征收,流程类,流程驱动类业务，包括主要的管理型业务，如登记、涉税文书审批、稽查,决策类（自定义查询、报表、OLAP分析、数据挖掘）,内容管理类（电子影像、档案、文档、知识）,应用功能集成类,界面集成类（业务工作门户）,应用集成类（应用集成平台）,数据集成类（ETL、数据复制、数据交换平台）,门户网站类（内外网门户网站）,10,模式分析,10,交易类模式背景,这是首次在税务行业采用
4、的模式，产生的业务和技术背景是业务：纳税服务和征管职能分离技术：全国集中后兼顾风险和效率,10,技术特点通过应用的纵向技术划分，分担系统负载，进行流量控制以大厅征收为例,交易类模式特点分析（一）,10,交易类模式特点分析（二）,技术特点交易实现路径长，要经过渠道、前置、核心系统实现一个完整交易总局负载大总局估算国税峰值TPS1万以上主要业务占比大，如申报征收约占46%,10,交易类模式应用对应,10,交易类模式参考架构-整体,10,交易类模式参考架构-大厅系统,10,交易类模式参考架构-前置,10,交易类模式参考架构-核心处理层,10,交易类模式性能设计,设计层次应用纵向分割，进行负载分担与流
5、量控制优化、梳理功能设计如根据缴款类型优化操作设计,税库扣款户,税银扣款户,传统缴款户,传统的实时申报、开票、上解、入库功能,一站式的申报缴款功能（可以是异步提交）,查询梳理，从需求上将需求较多的、和日常业务统计相关的批量数据查询降低,10,交易类模式性能设计,设计层次优化、梳理功能设计查询梳理灵活性、性能、一致性不可得兼,规范日报,单户信息查询,梳理与当期征管密切相关的，与大厅日常管理结合的查询和报表,近生产库查询,基于统一视图的查询统计、核对型（非日常）的查询,（近生产库）查询规范的技术建议不建议查询县区以上的相关信息清册不建议查询跨业务域（原则上也只有综合分析才会跨）不建议增加同期数、同
6、期增长率等分析性查询尽量减少允许跨越月的非单户查询,10,交易类模式性能设计,设计层次前置流控设计,10,交易类模式性能设计,设计层次前置交易穿透,10,交易类模式性能设计,设计层次应用内部的性能设计,10,交易类模式性能设计,数据库优化策略表设计优化避免热点表避免频繁访问胖表尽量减少日常业务操作数据表的数据量,表索引优化,RAC群集：建议24个节点，解决负载均衡和单点故障,表分区利用分区索引，减少查询路径，降低I/O,10,数据库优化策略分库：突破单库天花板增强可扩展能力需要应用支持分布式数据处理支持分布式增删改支持查询汇总部署分离：不同目标群的同一应用数据库部署可考虑分离如国地税申报征收,交易类模式性能设计,10,交易类模式性能设计,应用层优化策略群集群集保证负载均衡设计上避免有状态服务,充分发挥核心性能确保应用层能够横向、“线性”扩展,10,交易类模式性能设计,应用层优化策略,数据缓存及内存数据库减少应用层对数据库的访问，减轻数据访问压力，提升整体性能使用应用服务器端数据缓存，存放代码、参数等不经常改变的数据,10,交易类模式性能设计,Web层优化策略硬件负载均衡器采用Sessi
安全达人 