金税三期工程第二阶段架构介绍v1.2教学文稿.ppt

存储架构分为核心存储层，核心交换层和存储管理三部分，核心存储层， 部署存储设备、备份设备， 实现集中统一存储。 交换层部署存储交换机，连接存储与服务器。 存储管理层部署存储管理系统， 对整个存储进行统一的管理与资源分配 * 以保护对象为核心， 通过安全管理、 安全技术、基础安全防御体系，安全策略实现对保护对象的防护， 保护对象包括部署在总局和省局的业务系统 ，税务业务专网， 外联网和互联网 计算存储基础环境 其他建设内容 工程监理 第三方测试：对应用系统各阶段进行功能和性能测试，满足验收工作要求 深化设计及管控：业务管控、架构管控、综合工程管控等 谢谢！ 一、核心征管类业务是面向税务机关客户群体的全部涉税业务，是税务机关履行其征税职能的主要业务。 二、纳税服务业务是指税务机关通过网络、电话、短信、邮寄、上门等多元化渠道，受理包括社会公众、纳税人、扣缴义务人等相关涉税事宜申请，为纳税人提供纳税服务的业务。其业务需求主要来源于两个方面：一是金税三期税收征管依申请的业务；二是税收法律、法规关于纳税服务的相关规定。 三、国地税交互是在整个金税三期工程的业务需求全国共用一个版本的情况下，国地税根据各自的职能和业务进行配置。双方税务机关可通过信息共享，达到降低税收流失风险，提高纳税遵从度的目的。国地税交互是属于外部信息交换中一种特殊形式，是属于税务机关的内部交互。 四、外部信息交换业务主要是指税务机关利用信息手段，从外部第三方收集、整理和应用纳税人涉税信息，并实现部门之间的信息交换与共享。 五、管理决策类业务是在前三类业务基础和数据基础上，根据税务机关目标要求和管理要求对信息进行归类、分析，形成稳定的分析模型来发现问题，并要通过具体的税收征管业务或行管操作型业务进行调查处理并反馈，以更好的反映业务实际情况，优化业务模型，优化税收征管业务流程。 * * * * * 金税三期的应用系统设计框架， 采用面向对象的技术进行设计，架构上分成三层，界面交互层， 是业务处理的门户，实现业务的功能和信息展示 应用逻辑层是逻辑的处理层，基于统一的开发框架、工作流实现应用处理， 数据处理层，确定数据存储的方式，数据库的分布。 基础平台架构包括数据中心整体架构、网络、计算和存储系统部署，系统软件等，是支撑应用系统运行的基础环境。 两层的数据中心架构， 第一层是总局层， 包括总局数据中心（北京）和数据中心（南海），　两个中心采用两条２.５Ｇ广域网专线进行连接。 第二层是省局数据中心，一共71个省局数据处理中心， 省局数据中心通过155 M 专线连接到总局背景数据中心和总局南海数据中。 金税三期广域网按照总局、省局、 地市、 区县、所4级网络建设，其中总局到省局的带宽155 M 。 计算部署采用三层部署架构， 分为WEB层、应用层和数据库层 其中WEB层、 应用层采用多节点集群部署方式， 通过负载均衡实现应用负载均衡，数据库采用数据库集群方式， 实现应用负载， 省局的数据库集群采用oracle RAC 两节点集群部署方式。 基础环境规划 01 生产环境 指部署在省局的应用系统正式运行环境；生产环境同时也作为单轨前的双轨环境及压力测试环境使用。 02 预生产环境 用于生产系统新版本上线前版本测试，对于总局下发软件进行版本的本地测试，部署架构上要求与生产环境一致，操作系统和应用系统版本一致，设备性能只需要支持版本发布和测试人员的测试。 03 培训环境 用于系统上线前或系统新功能上线前使用者培训，培训环境的数据可采用用户的真实数据，模拟练习环境数据采用模拟数据。（可与预生产环境合并部署） 04 数据迁移环境 用于新系统上线前的数据迁移、数据采集和比对工作，单轨上线后资源可释放。 省级税务单位分类 综合各省级国税单位业务量、纳税户数等因素将省级单位分为特A类、A类、B类。计算存储资源配置可分别参照广东、河南、内蒙进行。 省分类 特A类 北京市、江苏省、浙江省、上海市 A类 辽宁省、吉林省、黑龙江省、福建省、湖北省、四川省、河北省、安徽省、湖南省、广西壮族自治区、新疆维吾尔自治区、云南省、深圳市、陕西省、贵州省、天津市 B类 大连市、宁波市、厦门市、青岛市、海南省、甘肃省、青海省、宁夏回族自治区、江西省、西藏自治区 特A类4个 A类 16个 B类 10个 基础环境配置建议（A类省国税） 计算存储设备部署策略 集群建议采用PC服务器或刀片服务的虚拟化分区进行部署 集群节点或虚拟化节点要求至少部署在2台以上的物理机上 WEB 服务器/应用服务器部署 生产类核心应用数据库节点采用UNIX 服务器 其他数据库采用PC服务器 数据库RAC 集群采用2 节点RAC集群部署方式 数据库RAC集群部署要求 应用