电子政务云建设构想
一、概述
1.1引言
政务云结合了云计算技术的特点，对政府管理和服务职能进行优化、整合，并通过信息化手段在政务云上实现各种业务流程办理和职能服务，为政府各级部门提供可靠的基础IT 服务平台，实现资源的共享、弹性与快速交付。政务云同时能加强对政府业务运作的有效监督，提高政府工作效率，并为社会公众提供高效、优质、廉洁的一体化管理和服务，将电子政务建设和应用提升到一个新的高度。
1.2现状
在《2006－2020 国家信息化发展战略》、《国家电子政务总体框架》、《中华人民共和国政府信息公开条例》等政策条例的引导下，以及整个社会宽带基础服务覆盖率不断扩大的背景下，我国电子政务网络建设取得了明显进步，成就显著。云计算作为新一代信息技术的代表，将在国家信息化发展道路上，助力电子政务信息化建设的进一步发展。2010 年10 月18 日，国家发展和改革委员会联合工业和信息化部发布了《关于做好云计算服务创新发展试点示范工作的通知》，通知明确要求在北京、上海、深圳、杭州、无锡等五个城市先行开展云计算服务创新发展试点示范工作。北京、上海等地都将电子政务作为推进云计算应用的主要领域；上海、成都、北京先后成立了自己的“云基地”，为云模式的政务平台建设探索发展之路。
从全国的云计算建设的情况来看，虽然各地的项目建设如火如荼，但当前阶段普遍存在以下几个方面的共性问题：
1.人云亦云：以云计算立项，但实际上是数据集中的建设，将基于数据集中的项目均
称之为“云计算”，概念的包装远偏离云计算技术与服务模型本身。
2.虚拟化即云：利用服务器虚拟化软件（如VMware ESX等），对现有机房的服务器及
新增服务器进行虚拟化整合，将现有的业务应用由物理机部署迁移至虚拟机部署。
但并没有实现云计算的“自助申请、自动化编排、快速交付”的核心价值，不是真
正意义的“云计算”。
3.云上的业务缺乏：采购了服务器、存储、网络、虚拟化软件、云平台软件搭建了真
正的云平台，但此平台上并没有运行关键的业务应用，各委办局也不愿意并自己的
业务应用迁移到云平台上，“云”的效应并没有真正发挥出来。
4.建设分散：同一个省份、同一个体系内有多个云计算项目建设，大小不一，标准与
架构也都不同，云计算中心资源及运维缺乏纵向统一管理，更谈不上上下互通资源
共享。无法利用这些众多的资源来解决突发冲击和备份的问题，达不到云计算真正
按需分配、弹性扩展的目的。
1.3出路
目前各级政府的职能部门的业务系统应用众多，应用软件的系统架构、开发语言平台、中间件及数据库存在较大的差别。因此当前阶段的政务云建设可以按以下两步的策略实施： 第一步：以IaaS（Infrastructure as a Service，基础设施即服务）的模式为主，通过云计算技术实现计算、网络、存储资源的“云化”，这样可以保证不改变上层业务系统应用的架构与部署，做到平台的通用型以及与上层应用的无关性，能够让更多委办局的业务应用迁移到云平台，保证让云平台真正用起来。
第二步：在IaaS的基础上，构建PaaS（Platform as a Service，平台即服务）模式服务，提供统一的软件系统架构及开发平台，实现中间件、数据库的标准统一，逐步将上层应用转变成接口统一、数据标准的架构。让各政府职能部门数据横向互通与接口变的更简单，真正让云计算为政务业务服务。
二、电子政务云基本架构
从目前的政务云整体建设来看，省级、地市级都有自己的建设规划，而且除了由各省政务信息中心承建的政务云平台之外，其它政府职能机关也都有自己内部的业务云建设规划，整体模式如下图2-1所示：
图2-1：政务云建设模式
从目前的建设现状来看，省政务云、地市政务云、业务云之间都是相互割裂的，彼此之间资源无法共享和借用，数据调用也非常困难。未来的政务云建设应满足以下要求：
实现政务云的分层分级管理，省政务云平台中可以看到下级各地市的公共资源及业务运行状态，地市云平台中也能够在授权的情况下看到上级云平台中与本地市相关的公共资源及业务运行状态；
地市政务云、各委办局业务云数据及业务能够向省政务云备份，降低地市、各委办局的业务备份成本；
当地市政务云、各委办局业务云资源遇到突发情况（如公务员报考查询、台风信息发布等）本地云资源不够时，可以快速的将地市业务应用迁移到省政务云平台中，实现资源的快速扩展与负载均衡；
省政务云平台中可以根据政务业务的特性，针对常用的、通用的业务应用（如WEB门户、Mail等），制定相应的应用模板下发到地市政务云平台中，各地市可以用此模板快速在本地部署相应的业务，实现业务快速交付的同时，也能够实现全省内的应用统一，便于运维与数据互通。
统一政务业务应用的开发架构与数据服务，便于政务云平台与各业务云之间的数据调用，实现政务数据的跨平台互通。
按照云计算的技术架构，结合政务云当前的建设现状及目标，政务云的IaaS、PaaS平台的系统架构如下图2-2所示：
图2-2：政务云平台系统框架
硬件层：构建服务器、网络、存储资源池，考虑到多租户及不同安全级别的业务隔离，各资源池可能是物理或逻辑上的多个构建。
IaaS层：IaaS层主要包括虚拟化层及云服务层。通过虚拟化技术，实现资源与物理设备的解耦合，满足业务系统快速部署与迁移。通过云服务层实现资源的自助申请，各租户的组织管理与业务流审批，以及对租户申请的资源进行自动化编排与交付。
PaaS层：PaaS层需要实现统一的认证授权，统一的数据服务与跨平台的开发及运行环境，保证未来业务应用后台数据统一、架构统一，为跨平台部署及政务数据共享提供基础。
业务层：为保证对现有政务业务应用系统的良好兼容，能够让更多的委办局将业务迁移到政务云平台中，需要提供兼容非云环境下的虚拟机，不改变现有的软件部署环境，将业务迁移部署到虚拟机(VM)上。
三、电子政务云建设难点分析
当前阶段电子政务云的建设难点主要体现在以下几个方面：
3.1政务私有云的建设标准
目前市面上云计算厂商及产品众多，但由于相关标准缺乏，各厂商产品所实现的功能、后台数据格式、对应用的支撑架构千差万别。这也导致在进行政务云建设时，虽然都叫政务云，但每朵云最络实现的效果、支撑的业务、流程管理均不一样，除了网络可以互通过外，
数据很难互通，更不用提云间的资源共享了。
单靠政府的力量来推动整个云计算产业链的标准化比较困难，需要很长一段时间的过程。但是针对政务云，它是云计算技术在政务应用下的特殊子集，是政府的私有云应用。政府是完全有能力推动政务云的建设标准的，将平台架构标准化、组织管理标准化、业务流程标准化、数据服务标准化、功能实现标准化，对云计算厂商提出明确的要求，以此统一各省、地市政务云建设标准，真正实现资源共享与互通，改善重复、效率低下、各自为政的政务云建设。
3.2政务应用的云化
当前的政务应用从硬件部署环境来看，有部署在x86物理服务器或小型机上的，也有部署在虚拟化平台的虚拟机（VM）上，同样是部署在虚拟机上的应用，由于各地的虚拟化平台供应厂商不一样，VMware ESX平台、Citrix Xen平台、Microsoft Hyper-V平台、开源KVM 平台、国产其它虚拟化平台等都会存在。
从政务应用软件的开发模型来看，有基于.net架构开发的、有基于Java开发的、有基于LAMP架构（Linux+Apache+MySQL+PHP）、也有基于Hadoop分式式架构开发等等。
受限于应用的硬件部署环境和软件开发模型，并不是所有政务应用都适合采用云计算模式进行部署。要将现有的政务应用部署到云平台上，需要对政务应用、服务交付模式进行综合评估，即所谓的“云化”评估。现阶段政务应用的云化，现阶段可考虑采用“小步快走”的策略，先对简单易部署的业务系统进行云化：
◆优先考虑部署在x86单机应用系统和已经部署在虚拟机上的业务系统，借助现有
P2V和V2V工具直接进行云化；
◆考虑到系统业务数据规模，优先考虑无数据库服务器或者sql server为后端数据库
的业务系统；
◆部署方式来看，为了简化首次部署，对于全国联网应用，暂不考虑云化。
3.3政务应用的迁移
从目前各地已上线的政务云项目来看，虽然云基础平台已经搭建起来，但云平台上支撑运行业务应用数量非常少，而且基本都是非关键业务应用。大多是承建单位自身的一些重要性、实时性要求不高的非关键业务，对于一些关键业务依然在传统的数据中心内运行，并没
有迁移到云平台上，每年的扩展、升级依然维持传统模式不变；另外对于除承建单位之外的其它委办局单位，也不愿意将其业务应用迁移到政务云平台中。导致上述现象的原因主要有两个方面：
1.对政务云平台的可靠性、稳定性信心不足：云计算是近几年来新兴的技术与服务模
式，产品的可靠性与稳定性需要用时间和具体的项目实践来考验。因此在政务云项
目建设时应采用“试点+分步迁移”的方式部署，先在一个项目中进行试点部署，先
不非关键的业务开始，逐步迁移到云平台中。
2.对政务云安全的担心：云安全是一个比较大的话题，目前来看很难由一个厂商能够
实现完整的云安全解决方案，总得来看政务云对云安全的担心主要体现在多租户的
隔离上，要让各委办局将自己的业务迁移到公共政务云平台上，如何保证各委办局
之间的隔离是需要考虑的。对于多租户的隔离，可以采用目前比较成熟的物理设备
虚拟化及物理设备软件化等技术，实现在政务公共云平台中，为各委办局分配虚拟
设备（如虚拟防火墙、虚拟路由器、虚拟交换机等），各委办局利用虚拟设备在公共
云平台上构建属于自己的虚拟私有数据中心（VPDC），实现与传统私有数据中心同
样的基础设施架构。
3.4地市、各委办局二级云存在的必然性
政务云建设的理想目标是实现资源的集中与整合，降低政务信息化的总体拥有成本（TCO）。但现阶段要实现省级政务云“一云统天下”是不现实的，有如下诸多实际的问题需要考虑：
1.业务应用的特殊性：各委办局均有不少业务应用是直接由国家部委纵向统一下发的，
这些业务应用往往是一些关键的应用，此类应用各委办局是不会迁移到政务共享云
内的，而且国家部委也不一定允许此类应用放在共享云中。
2.数据的二级集中：目前各委办局的业务数据很多是基于“省—地市”两级集中的，
地市有自己的业务数据，此类应用系统当前阶段就实现省级统一集中是很困难的，
需要在各地市进行业务部署。
3.应用系统的运维：政务云的建设虽然可以降低IT的运维成本，但从实际的项目建设
来看，省级共享政务云中心所能承接的运维通常仅局限在基础设施层面，要实现对
各委办局、各地市业务应用系统层的运维是没有相应能力保障的。
综上所述，现阶段的政务云建设短期内要实现省级政务云“一云统天下”是很困难的，必需允许各地市、各委办局有自身的“二级云”的存在，同时受限于对云平台的稳定、可靠、安全的担心，省级政务云平台初期的建设应重点关注标准、流程、架构的制定，考虑“分步建设、逐步迁移”的模式。
四、电子政务云解决方案
4.1政务云框架
结合上述对电子政务云现状、架构及难点的分析，对于xx省政务云平台的框架构如下图4-1所示：
图4-1：xx省政务云框架
省政务专享云：利用阿里云计算平台构建省级政务专享云平台，与目前的阿里公有云隔离，此专享云专为xx省政务云服务，部署省级数据集中的业务应用，同时为下属各地市二级云提供突发时的资源借用及数据备份；制定标准化的WEB门户、Email业务应用模板，下发至地市二级云平台，快速生成标准化的应用并部署；通过阿里云的PaaS平台，提供统一的政务应用数据服务、软件开发平台，为后续实现应用的统一提供基础。 地市政务云&委办局业务云：采用H3Cloud云计算解决方案构建各地市及委办局业务云，利用H3Cloud与阿里云的“云彩虹技术”，实现地市云业务虚拟机向省政务专享云的备份与恢得，同时地市云资源突发不够时将业务虚拟机Burst到省政务专享云运行，实现资源突发快速扩展。
4.2分层分级组织资源管理
由于地市、各委办局二级云当前存在的必然性，以及政府职能部门的纵向性，对于政务云的建设，分层分级的组织资源管理是对云平台的基本要求，如下图4-2所示：
图4-2：政务云分层分级组织资源管理
xx省政务云的建设分为省级和地市级两层：
省政务专享云：省政务专享云内需要管理的资源分为本地资源与远程资源两大类：其中本地资源又分为各委办局使用的资源和地市临时云资源两种，地市临时云资源是指当地市云中心遇到突发资源不够时，借用的省专享云资源，本地资源的虚拟机都是运行在省政务专享云的物理服务器上；远程资源是由省厅下发的统一模板或部署在地市政务云中的纵向性业务应用，此类资源的虚拟机运行在地市政务云的物理服务器上，但其应用系统的控制与管理都是由省厅统一进行的。
地市政务云：地市政务云内需要管理的资源也分为本地资源与远程资源两大类：其中本地资源公为地市各委办局使用的资源与省厅下发的业务源资源两种。远程资源是地市借用的省厅政务专享云资源，此类资源的虚拟机运行在省厅政务专享云的物理服务器上，但其应用系统的控制与管理由地市政务云管理员来负责。
4.3资源的申请与审批流程设计
省政务专享云的资源管理与使用包括以下三类人员：
1.系统管理员：省厅政务专享云的系统管理员，管理整个专享云内的所有资源，为各个组
织管理员分配资源及操作权限。
2.组织管理员：各委办厅局对应的IT管理员，负责管理本组织（某一个委办厅局）内的云
资源管理与分配，以及对云服务最终用户申请的审批。
3.云服务用户：各委办局厅业务部门主管，云资源的使用方，负责根据业务的需求提出资
源使用申请需求。
具体的云服务申请与审批流程如下图4-3所示：
图4-3：省政务专享云资源的申请与审批
首先由系统管理员给各组织管理分配云资源，包括虚拟机数量、存储空间、操作权限等。 当用户需要上一套应用系统时，由用户在自助门户上申请相应的资源，提交工单电子流给组织管理员。
组织管理员负责对用户的申请进行合理性审批，审批通过后云管理平台会自动对其需要的资源进行编排，交付给用户使用。
地市政务云资源正常的申请与审批流程与省政务专享云类似，如下图4-4所示：
图4-4：地市政务云资源的申请与审批
与省政务专享云不同场景主要有两个：
◆地市局云资源不足：当地市局由于某种突发需求（如公务员报考、特殊气象查询等），
本地资源无法满足访问需求时，地市局政务云管理员可以主动向省厅政务专享云申请计算资源，将一部分业务交由省厅政务专享云资源处理，以满足突发需求。
◆省厅应用纵向下发：由于政府职能部门纵向管理架构，为了避免一项业务需要在全体系
内发布时，省厅部署快、地市局部署慢，业务无法同时上线的问题，省厅管理员可以直接将配置好的业务虚拟机模板下发至各地市局政务云，政务云管理员进行简单配置即可上线。从而简化了部署过程，大大提高业务部署速度。
4.4高可用平台设计
政务云平台承载的省厅、地市局政府部门日常业务以及应对作为应对突发事件的平台，虚拟化和云管理平台作为政务云的核心，在设计部署时除了需要充分考虑整个政务云的高可靠性之外，还需重点关注政务云的灵活性和可扩展性。
下面从可靠性、灵活性、可扩展性三方面对云平台进行规划：
●可靠性：High Availability
将省厅或者地市局政务云中计算资源组合成为一个具有共享资源池的集群，一旦某台服务器主机或虚拟机发生故障，虚拟化平台会立即响应并在集群内另一台服务器主机上重新启动所有受影响的虚拟机，从而将非计划停机降到最低。
图4-5：高可靠性HA示意图
●灵活性：DRS
当省厅、地市局政府各部门业务在政务云上运行后，政务云还需具有自动调整的能力，达到资源的最大化利用，以应对不断变化的用户访问和突发需求情况。动态资源调整是指提供的动态负载均衡特性引入一个自动化机制，通过持续地平衡容量，将虚拟机迁移到有更多可用资源的主机上，确保每个虚拟机在任何节点都能及时地调用相应的资源。
图4-6：DRS示意图
●可扩展性：DRX
在遇到特别大的突发业务时，需要启动多台虚拟机才能完成对服务的响应。那么，政务云应该具备自动化的可扩展性，即在需求突增时自动的复制虚拟机，共同对外提供服务。
可扩展性可以两种场景：
省厅及各地市局内部云计算中心：当一台虚拟机无法满足访问需求时，虚拟化平台可以自动复制虚拟机，共同对外提供服务。
图4-7：本地的动态资源扩展
地市局扩展至省厅政务专享云：当地市局所能调配的云资源都无法满足访问需求时，就借用省厅政务专享云中的地市临时云资源共同提供服务。
图4-8：云间的动态资源扩展
4.5多租户安全隔离
云计算安全问题一直是部署云计算首要考虑的问题，特别是在大型的政务云中多租户环境下安全问题显得尤为重要。
目前实现多租户安全隔离目前主要有两种方式：
VEPA
利用802.1Qbg（EVB）标准能够很好的解决多租户隔离问题（IEEE802.1Qbg标准是
由IEEE802.1工作组制定的一个新标准）。采用支持802.1Qbg VEPA标准的vSwitch与支持802.1Qbg VEPA标准物理交换机，实现了计算资源与网络资源的深度融合，从而实现多租户流量的精确控制，保证多租户环境的安全。
图4-9：基于VEPA的多租户隔离
虚拟设备
将原本需要物理交换机、路由器、防火墙、负载均衡等网络设备完成的工作交由软件的交换机（vSwitch）、路由器（vSR）、防火墙（vFW）、负载均衡（vLB）设备完成。
实现精确到每一个用户的全面控制，确保多租户环境下云数据中心安全。
图4-9：基于虚拟设备的多租户隔离
4.6业务迁移规划
针对政务应用目前的部署现状，对省厅及地市局现有业务可采用逐步迁移、逐步扩展的思路，初期可构建最小的资源池，将现有数据中心内的政务业务按照业务类型、重要程度的
不同，逐步向资源池内迁移，同时迁移后将空闲出来的服务器加入到资源池内，实现设备的利旧及资源池的扩展。具体可分以下几个步骤：
◆第一步：建设完善的核心网络支撑平台：保证后续应用迁移及业务扩展时网络能够
平滑支持，而且不会中断之前已迁移到云平台和未迁移到云平台中的业务应用；
◆第二步：搭建云计算基础资源池及管理平台：保证云计算IaaS平台的最小工作环境，
构建计算、存储资源池。同时充分考虑对现有IT设备（服务器、存储等）的兼容性，便于后续进行资源池整合。
◆第三步：业务的P2V迁移：初期可以对非关键应用进行迁移，保证迁移过程中不影
响其它应用。
◆第四步：资源池的整合与扩展：将已迁移到云平台中的业务应用之前所归属的物理
服务器、存储资源逐步整合到云计算资源池中，实现对现有设备的利旧，最大化的保证投资，同时进一步扩大云计算资源池。
XX市电子政务云平台建设项目可行性研究报告
目录 第1章项目概述 (4) 1.1 项目名称 (4) 1.2 项目建设单位及项目责任人、项目法人 (4) 1.3 项目承建单位及负责人 (4) 1.4 项目监理单位及项目责任人 (4) 1.5 可行性研究报告编制单位 (4) 1.6 定义 (4) 1.7 可行性研究报告编制依据 (7) 1.8 项目建设目标、规模、内容、建设期 (12) 第2章项目建设单位概况与职能 (17) 2.1 项目建设单位概况 (17) 2.2 项目建设单位职能 (17) 第3章需求分析和项目建设的必要性 (18) 3.1 现状分析 (18) 3.2 机房建设内容分析 (20) 3.3 数据中心建设内容分析 (23) 3.4 项目建设的必要性 (26) 第4章总体建设方案 (28) 4.1 建设原则和策略 (28) 4.2 总体目标与分期目标 (29)
4.3 总体建设任务与分期建设内容 (31) 4.4 总体建设方案 (32) 第5章机房建设方案 (37) 5.1 建设目标、规模与内容 (37) 5.2 机房装修 (38) 5.3 顶棚装修工程 (38) 5.4 机房配电系统 (42) 5.5 机房空调系统 (47) 5.6 机房防雷接地系统 (49) 5.7 机房UPS（不间断电源）系统 (53) 5.8 机房安防与门禁系统 (54) 5.9 机房机柜与KVM系统 (56) 5.10 机房消防系统 (61) 5.11 机房布线建设方案 (65) 5.12 电磁屏蔽机房 (66) 第6章数据中心建设方案 (70) 6.1 设计原则 (70) 6.2 功能设计 (71) 6.3 应用系统整合方案 (108) 第7章运维管理设计 (109) 7.1 概述 (109)
ICS35.240.01 L 70 DB37 山东省地方标准 DB37/T 2753.1—2016 电子政务公共服务云平台 第1部分：应用迁移 XXXX-XX-XX发布XXXX-XX-XX实施
目次 前言................................................................................ II 引言............................................................................... III 1 范围 (1) 2 规范性引用文件 (1) 3 术语和定义 (1) 4 总则 (2) 5 迁移准备 (4) 6 迁移设计 (4) 7 方案评审 (6) 8 受理与分配资源 (7) 9 安全要求 (7) 10 迁移测试 (7) 11 业务运行 (8) 12 迁移交付 (8) 13 监督和管理 (8) 附录 A （资料性附录）应用迁移准备所需文档参考 (9) 附录 B （规范性附录）应用迁移过程所需文档参考 (12) 参考文献 (18)
前言 DB37/T 2753《电子政务公共服务云平台》目前分为以下三个部分： ——第1部分：应用迁移； ——第2部分：应用部署； ——第3部分：电子政务云服务目录。 本部分为DB37/T 2753的第1部分。 本部分按照GB/T 1.1—2009给出的规则起草。 本部分由山东省经济和信息化委员会提出。 本部分由山东省信息标准化技术委员会归口。 本部分起草单位：山东省标准化研究院、浪潮软件集团有限公司。 本部分主要起草人：方可、张媛、胡鑫磊、常立丽、公伟、王庆升、许立前、蔡柯鸣、朱勇、贺进。
互联网+电子政务云平台 建 设 方 案
目录 1前言 (4) 2项目概述 (4) 2.1建设背景 (4) 2.2建设意义 (5) 2.3建设原则 (11) 2.3.1实用性 (11) 2.3.2开放性与标准化 (12) 2.3.3先进性、成熟性和可扩充性 (12) 2.3.4系统可靠性和安全性 (13) 2.3.5可管理性和可维护性 (14) 2.3.6业务多样性 (14) 2.3.7最佳性价比 (14) 2.4建设目标 (15) 2.5编写依据 (16) 3需求分析 (17) 4互联网+电子政务建设内容 (24) 4.1城市基础数据库 (24) 4.1.1系统概述 (25) 4.1.2需求分析 (25) 4.1.3系统功能 (25) 4.2政务信息资源交换平台 (26) 4.2.1移动电子政务平台 (27) 4.3政务协同办公 (28) 4.3.1远程医疗系统 (29) 4.3.2区域卫生系统 (30)
4.3.4医讯通平台 (33) 4.4政务公共服务平台 (33) 4.5无线政务平台 (36) 4.6统一身份认证 (39) 4.7电子证照 (39) 5云计算中心总体设计 (39) 5.1云计算中心设计原则与规范 (39) 5.2云计算中心设计目标 (43) 5.3云计算中心方案设计 (44) 5.3.1云计算中心资源池设计 (47) 5.3.2云计算中心云管理平台设计 (60) 5.3.3云计算中心网络系统设计 (83) 5.3.4云计算中心安全系统设计 (102) 5.3.5云计算中心备份容灾设计 (205) 6建设范围 (211) 7运维服务质量体系 (212) 7.1运维服务体系建设说明 (212) 7.1.1运维服务体系建设需求 (212) 7.1.2运维服务体系建设目标 (214) 7.1.3运维服务体系建设意义 (214) 7.2运维服务体系架构 (215) 7.2.1服务宗旨 (215) 7.2.2体系建设内容 (216) 7.2.3运维服务体系架构 (219) 7.2.4运维组织机构和人员设置 (221) 7.2.5运维制度建设 (224)
(一)“信息孤岛”的形成 由于政府各部门的信息系统基本上都是各自规划、分散建设、独立运行的,而且数据格式与标准互不相同,导致各部门各自为政,缺乏有效的组织、规划和互联。“数据王国”仍然存在“阳光照射不到的地方”，本来可以向公众公开的文件、信息、资源依然被掌握在各个部门手中,不能由其他部门和社会公众及时共享造成了“信息孤岛”现象。 五、设计内容及重点 (一)需求设计 1．电子政务公共平台是指由县级以上信息化主管部门，组织专业技术服务机构，运用云计算技术，统筹利用已有的计算资源、存储资源、网络资源、信息资源、应用支撑等资源和条件，统一建设并为各政务部门提供基础设施、支撑软件、应用功能、信息资源、运行保障和信息安全等服务的电子政务综合性服务平台。 2．电子政务公共平台应紧紧围绕各级政务部门深化电子政务应用、提高履行职责能力的迫切需要，为各部门实现政务、业务目标提供公共的技术环境和服务支撑。 3．电子政务公共平台应有效支持政务部门灵活、快速部署业务应用，满足业务不断发展和改革的需要。 4．电子政务公共平台应满足跨地区、跨部门、跨层级信息共享，以及行业系统与地方应用条块结合的需要。 5．电子政务公共平台应满足大量数据访问、存储和智能化处理的需要。 6．电子政务公共平台应满足安全可靠运行的需要。 基于云计算的电子政务公共平台顶层设计指南 QWB_2014智慧城市圈子专注产业链的概念普及、报告分析及趋势等的行业分享，致力于搭建IT大佬、政界、商界、学界的跨界智力及项目对接平台!为贯彻落实《中共中央办公厅国务院办公厅关于进一步做好党政机关厉行节约工作的通知》(中办发﹝2011﹞13号)、《国务院关于大力推进信息化发展和切实保障信息安全的若干意见》(国发﹝2012﹞23号)和《国家电子政务“十二五”规划》(工信部规﹝2011﹞567号)，充分发挥既有资源作用和新一代信息技术潜能，开展基于云计算的电子政务公共平台顶层设计，继续深化电子政务应用，全面提升电子政务服务能力和水平，特制定本指南。 一、设计目的
浙江省电子政务云建设方案 ——暨省网上政务大厅基础设施建设方案 编制单位：浙江省人民政府办公厅电子政务处编制人员：审核人员： 审批人员： 编制日期：
目录 目录................................................................................................................... 第一章项目概述 (1) 1.1项目名称 (1) 1.2项目建设单位及负责人 (1) 1.3编制单位 (1) 1.4编制依据 (1) 1.5建设目标、规模、内容、建设期 (2) 1.6总投资及资金来源 (2) 1.7效益及风险 (2) 第二章项目建设单位概况 (4) 2.1项目建设单位与职能 (4) 2.2项目实施机构与职责 (5) 第三章项目背景与需求分析 (6) 3.1背景与现状 (6) 3.2存在的问题 (7) 3.3需求分析 (8) 3.4系统功能指标 (9) 3.5信息量指标 (9) 3.6系统性能指标 (10) 第四章总体建设方案 (12)
4.1指导思想 (12) 4.2总体设计原则 (12) 4.3总体目标与分期目标 (13) 4.4总体建设任务与分期建设内容.......................................... 1 4 4.5系统总体结构和逻辑结构 (14) 第五章详细设计方案 (19) 5.1物理资源层 (20) 5.2资源抽象与控制层 (22) 5.3政务云服务层 (23) 5.4政务云网络 (32) 5.5安全系统设计 (37) 5.6备份系统设计 (49) 5.7运行维护系统设计 (50) 5.8应急响应 (53) 5.9系统配置及软硬件选型原则 (53) 5.10系统软硬件配置清单 (56) 5.11服务交付以及报价模式 (58) 第六章项目建设与运行管理 (59) 6.1领导和管理机构 (59) 6.2项目实施机构 (59) 6.3运行维护机构 (59) 6.4项目招标方案 (59)
电子政务外网云平台方案设计分析1XXX省电子政务外网云平台需求分析 1.1功能需求 (1)IT资源池化需求数据中心计算、网络、存储等资源均进行虚拟化，形成计算资源池、网络资源池、存储资源池，达到可被云平台统一调度、自动化部署的效果。(2)安全可靠的云服务需求参照中Y网信办、国家信息中心等部门对政务云安全架构以及公安部等级保护三级的要求，对政务云的安全进行顶层架构设计，部署硬件安全、云安全软件和安全管理平台等设备，满足云平台自身架构、租户内部以及不同租户间的安全防护需要。同时，政务云平台可提供虚拟防火墙、虚拟堡垒机、虚拟负载均衡等安全云服务。(3)虚拟数据中心需求政务云平台可为各省直部门提供虚拟数据中心(vDC)服务，不同vDC达到逻辑隔离和安全可控，vDC的管控和运维可由各vDC管理员负责。vDC 支持对云资源的自动化部署、可视化监控等操作。(4)高效的运维管理需求建设云运维中心，实现可视化、自动化运维，提升运维效率，对云环境下的运维框架、流程完善、职责划分进行系统性优化；根据各单位管理需要，个性化制定政务云运维、管理组织架构，并制定在线云资源开通流程及现有业务迁移规划。(5)大数据服务功能需求云平台提供大数据平台服务。云平台部署大数据平台，各租户可通过申请获取大数据平台，大数据平台可提供数据抽取、数据整合、数据分析等工作，租户可部署相关软件抽取大数据平台数据进行二次分析及展示，完成大数据软件搭建，减少各单位重复建设。
1.2性能需求 (1)计算性能需求通过对计算性能评估，需采用E7系类高性能处理器组建计算资源池，提供相同计算能力的情况下，减少对机房空间的占用。计算设备需要满足电信级可靠性，保障计算节点稳定运行。随着各局委办业务不断迁移上线，虚拟机数量不断增加，所有虚拟机均通过云平台统一纳管，根据初步估算，要求云平台管理虚拟机数量大于4000个。(2)存储性能需求随着业务访问量不断提升，结构化和非结构化数据量不断增加，系统对存储的存储容量、读取能力要求不断提高。存储资源池达到600000IOPS，单台存储容量可扩展到PB级。 (3)网络性能需求为保证业务正常访问，数据中心采用千兆接入，万兆到核心。核心设备转发性能满足不低于50T全限速转发，SDN控制器不低于20XX0个的控制通道数，满足因业务增多对网络设备和控制器的需求。(4)安全设备性能需求随着越来越多的省直部门将相关业务迁移到云平台，政务云平台的东西向和南北向的流量越来越大，安全性要求也会随之提高。出口安全及云平台内部安全设备性能整体吞吐量不低于320G。(5)可靠性需求政务云平台运行着各类实时业务系统和非实时业务系统，业务系统必须保证无中断运行，对支撑设备和平台的可靠性要求越来越高。虚拟机迁移中断时间不高于2min，不影响业务使用。 1.3标准规范体系需求 标准规范体系建设以国家“互联网+政务服务”技术体系建设指南为准则，梳理国家、省现有电子政务现有标准规范，在XXX省已有标
电子政务云服务平台的建设方案——商网云政务 结合现代通信技术，把政府所有信息化资源统一接入和管理起来，利用电子政务网的基础网络以服务的形式为有需要的政务部门提供政务服务。 解决方案： 一、平台建设的目的 利用云计算的虚拟化技术，结合现代通信技术，把政府所有信息化资源统一接入和管理起来，利用电子政务网的基础网络以服务的形式为有需要的政务部门提供云政务服务。同时，把政府部门的公开资源也通过平台有效的整合，以服务的形式提供给其他需要的部门或应用（如无线城市），实现无线资源、信息资源、政府的服务资源的充分共享，打造一个以“云计算”为核心的“数字化政务”！ 二、平台建设的意义 本平台的建设无论是从提高政府职能，服务民生，还是在响应国家、市委市政府在云计算以及节能减排等方面都具有重要意义。 1、推动业务扩展、服务广大民生 从服务民生来说，通过电子政务云服务平台可以快速实现低保比对、社会保险查询等民生关心的问题；从服务社会来说，创建卫生城市活动中，民众可以利用手机拍摄卫生死角进行举报，实现全民参与。 2、提高政府效率、保证政令畅通 利用现代通信网的网络资源和移动终端的随身性、方便性，为公务人员提供随时随地获取权限内的政务信息的手段，尤其是为出差中或临时不在办公室的公务人员提供了突破地域和空间以及有线网络长度的限制的工作方式，必将会大大提高政府的工作效率，确保政令畅通，提升政府在公众中的形象。 3、统一资源管理、实现节能降耗 通过该平台可以把政府部门的资源（政务系统、行管部门的业务系统、与政府部门配合的社会服务体系（如社会救助单位）的资源）释放出来，可以方便实现多维政务信息的融合； 因为平台采用统一的网络隔离、安全传输以及应用数据等方面的安全措施保证了政务的安全性，避免了因各政务部门单独建设整套系统（网络、平台、安全设备等）而产生的重复投资，达到节能减排的目的。
山东省基于公共服务云平台的电子政务 建设项目管理办法 （征求意见稿） 第一章总则 第一条为规范省级电子政务建设项目（以下简称电子政务项目）的管理，充分发挥省级电子政务公共服务云平台的效能，促进资源优化配置和共享协同，依据《山东省信息化促进条例》、《山东省人民政府办公厅关于加快我省电子政务集约化发展的实施意见》（鲁政办（2015） 7 号）等有关规定，制定本办法。 第二条本办法适用于纳入省级部门预算管理的行政事业单位（以下简称省直单位），基于省级电子政务公共服务云平台（以下简称云平台）实施新建、迁移、升级改造等业务应用信息系统（涉密信息系统除外），支撑体系开发、标准化建设和管理等项目。涉密项目按照国家及省有关规定实施。 第二章机构及职责 第三条在项目管理过程中主要涉及项目建设单位、项目管理部门和云服务商。 第四条项目建设单位是指申请电子政务项目并组织实施的单
位，具体负责项目申请、组织实施、业务系统运行和数据维护管理等工作。 第五条项目管理部门是指省经济和信息化委及省财政厅，具体负责项目的申请受理和确定、组织项目方案和财政预算评审、项目建设资金使用监督、项目验收等工作。所有申请的电子政务项目，必须由项目管理部门组织专家评审通过后，由省财政厅按规定纳入年度项目投资预算。 第六条云服务商是指通过政府采购方式选定的基于政务公共服务云平台为政府提供服务的社会组织，具体负责投资建设公共服务云平台,并提供云资源配置、运行维护和安全保障等服务，配合建设单位完成电子政务项目的部署或迁移。 第三章项目的申报 第七条项目建设单位根据项目管理部门下达的项目申报通知，依据国家和我省电子政务发展规划，每年上半年研究提出本单位下一年度电子政务建设项目申请，同时报送现有信息化建设情况说明及历年信息化财政资金使用情况。新建和迁移项目均应按照附件一编制《山东省省级电子政务建设项目建议书》，一式两份提交项目管理部门。省直部门所属的纳入财政预算管理的单位申报电子政务项目时需经主管部门审核同意后统一提交。项
基于云技术的电子政务云平台体系架构 问题的提出 随着我国政府向公共服务型政府的转型，政府对民生问题的重视不断加强，电子政务是重要抓手。国家发改委发布的《关于加强和完善国家电子政务工程建设管理的意见》中特别指出要"推进新技术在电子政务项目中的应用。鼓励在电子政务项目中采用物联网、云计算、大数据、下一代互联网、绿色节能、模拟仿真等新技术，推动新技术在电子政务项目建设中的广泛应用"，并且强调要保障电子政务项目安全可控。 电子政务云(E-government cloud)是属于政府云，结合了云计算技术的特点，对政府管理和服务职能进行精简、优化、整合，并通过信息化手段在政务上实现各种业务流程办理和职能服务，为政府各级部门提供可靠的基础IT服务平台。电子政务云通过统一标准不仅有利于各个政务云之间的互连互通，避免产生“信息孤岛”，也有利于避免重复建设，节约建设资金。 而我国电子政务战略计划的实施是一项非常复杂的系统工程，如何基于国内现有的信息基础设施和各级政府部门、机关所建立的本单位电子政务系统，利用先进的信息技术，在这些异构、功能单一、互通互联互操作性差的系统基础之上建立起高效、安全、稳定、可靠的统一电子政务系统就成为我国电子政务云发展所必须解决的关键。 基于此，安徽商网提出了一种基于云技术的层次化电子政务平台体系结构，通过构建性能良好、功能完善的电子政务云平台来解决这一问题。 平台体系结构 电子政务的建设是一个动态过程，在这个过程中不断有新技术和新产品出现。云计算技术与电子政务相结合，就是一种电子政务建设新模式。基于云技术，
安徽商网提出了一种层次化的电子政务云平台体系结构(如图所示)。 上文所提出的电子政务云平台由以下三个部分组成： 1、基础设施层（IaaS） 以虚拟服务器的方式向政府部门交付IaaS服务，它的技术实现本质是在云操作系统层将下层的云基础资源以虚拟机的方式进行组织，其中的关键技术包括服务器虚拟化及相关的资源管理技术。服务器虚拟化能够将一台物理服务器虚拟成多台虚拟服务器，供多个用户同时使用，并通过对虚拟化服务器进行隔离封装来保证其安全性。 2、平台支撑层（PaaS） PaaS服务是为政府部门提供应用软件的开发、测试、部署和运行环境的服务。这里的“环境”即包括那些用于直接承载应用软件的运行平台（例如应用服务器），又包括支撑软件运行的辅助系统软件。支撑PaaS服务的技术主要是与分布式系统相关的关键技术。 3、应用软件层（SaaS）
浙江省电子政务云建设方案——暨省网上政务大厅基础设施建设方案 编制单位：浙江省人民政府办公厅电子政务处编制人员： 审核人员： 审批人员： 编制日期：
目录 目录....................................................................................... I 第一章项目概述 (1) 1.1项目名称 (1) 1.2项目建设单位及负责人 (1) 1.3编制单位 (1) 1.4编制依据 (1) 1.5建设目标、规模、内容、建设期 (2) 1.6总投资及资金来源 (2) 1.7效益及风险 (2) 第二章项目建设单位概况 (4) 2.1项目建设单位与职能 (4) 2.2项目实施机构与职责 (5) 第三章项目背景与需求分析 (6) 3.1背景与现状 (6) 3.2存在的问题 (7) 3.3需求分析 (8) 3.4系统功能指标 (9) 3.5信息量指标 (9) 3.6系统性能指标 (10) 第四章总体建设方案 (12)
4.1指导思想 (12) 4.2总体设计原则 (12) 4.3总体目标与分期目标 (13) 4.4总体建设任务与分期建设内容 (14) 4.5系统总体结构和逻辑结构 (14) 第五章详细设计方案 (19) 5.1物理资源层 (20) 5.2资源抽象与控制层 (22) 5.3政务云服务层 (23) 5.4政务云网络 (32) 5.5安全系统设计 (37) 5.6备份系统设计 (49) 5.7运行维护系统设计 (50) 5.8应急响应 (53) 5.9系统配置及软硬件选型原则 (53) 5.10系统软硬件配置清单 (56) 5.11服务交付以及报价模式 (58) 第六章项目建设与运行管理 (59) 6.1领导和管理机构 (59) 6.2项目实施机构 (59) 6.3运行维护机构 (59) 6.4项目招标方案 (59)
参考文件:《电子政务云平台服务费用计算参考指南（第一版）》 电子政务云平台服务费用计算参考指南 (第一版) 第一章总则 第一条为贯彻落实中央网络安全和信息化领导小组第一次会议精神，规范各级电子政务云平台服务费用预算、审核，推动电子政务朝集约、高效、安全和服务方向发展，依据《国务院办公厅关于进一步加强政府采购管理工作的意见》（国办发〔2009〕35号）、《国务院办公厅关于政府向社会力量购买服务的指导意见》（国办发〔2013〕96号）和《政府购买服务管理办法（暂行）》（财综〔2014〕96号），以及《国家电子政务"十二五"规划》和《电子政务公共平台顶层设计实施指南》，遵循电子政务云平台建设服务市场规律，结合近几年来电子政务云平台建设、服务、运维取费经验，制定本指南，以期为电子政务云平台服务采购的供需双方提供取费参考。 第二条本指南明确了我国电子政务云平台的服务内容、服务方式和服务费用计算方法，适用于各级电子政务云平台的服务费用计算工作参考。 第三条各级电子政务云平台使用、管理、建设、服务机构可参考本指南，进行电子政务云平台服务费用的预算、审核、计取和支付。 第二章服务内容 第四条电子政务云平台服务主要分为基础设施资源服务、支撑软件资源服务、信息资源技术服务、应用功能服务、信息安全技术服务、应用
部署迁移服务、服务实施和运行保障服务等。 第五条基础设施资源服务包括机房资源服务、网络资源服务、计算资源服务、存储资源服务和灾备服务。 第六条支撑软件资源服务包括为各政务部门提供的操作系统、中间件、数据库和开发工具等应用支撑软件服务；提供业务应用的开发、部署和运行的支撑服务；提供数据搜索引擎、通用代码库和工具等组件和构件服务。 第七条信息资源技术服务包括政务部门使用电子政务云平台上提供的信息资源目录检索工具，获取信息资源共享、查询、交换等服务，为政务部门开展业务应用提供信息资源支撑的服务。信息资源技术服务包括数据服务、目录服务、数据交换、数据融合等支撑服务。 第八条应用功能服务包括政务部门直接使用电子政务云平台上提供的各种公共应用软件。公共应用软件包括政府网站系统、邮件系统、即时通讯、电子公文传输系统、电子签章系统、办公系统等通用应用服务软件。 第九条信息安全技术服务包括平台安全服务、数据安全服务、业务安全服务、终端安全服务、安全监控服务、安全事件服务和安全审计服务等。 第十条应用部署迁移服务包括应用部署和业务迁移两类服务。应用部署服务包括部署设计服务、部署验证服务、部署实施服务；业务迁移服务包括迁移设计服务、数据迁移服务、业务系统迁移服务。 第十一条服务实施包括基础设施服务实施、支撑软件服务实施、应用功能服务实施、信息资源技术服务实施、信息安全服务实施、运行保障服务实施。
基于云计算的电子政务公共平台顶层设计指南 为贯彻落实《中共中央办公厅国务院办公厅关于进一步做好党政机关厉行节约工作的通知》(中办发﹝2011﹞13号)、《国务院关于大力推进信息化发展和切实保障信息安全的若 干意见》(国发﹝2012﹞23号)和《国家电子政务“十二五”规划》(工信部规﹝2011﹞567号)，充分发挥既有资源作用和新一代信息技术潜能，开展基于云计算的电子政务公共平台顶层设计，继续深化电子政务应用，全面提升电子政务服务能力和水平，特制定本指南。 一、设计目的 (一)以需求为导向，以效益为根本，密切结合中心工作，积极推动云计算模式在电子政务中的应用，提高基础设施资源利用率，为减少重复浪费、避免各自为政和信息孤岛创建新的技术支撑体系。 (二)充分发挥云计算虚拟化、高可靠性、通用性、高可扩展性等优势，利用现有电子政务基础，建设完善电子政务公共平台，支撑各部门应用发展，促进跨地区、跨部门、跨层级信息共享。 (三)推动建设完善电子政务公共平台信息安全保障体系，加大安全可靠软硬件产品的研发和应用力度，带动信息产业发展，提升信息安全保障能力，保障政府信息系统安全可靠运行。 (四)转变电子政务建设和服务模式，促进电子政务建设运行维护走市场化、专业化道路，全面提升电子政务技术服务能力，降低电子政务建设和运维成本。 二、设计方向 (一)推动数据和业务系统与承载的技术环境分离。基于云计算的电子政务公共平台建成后，各部门基于电子政务公共平台实现数据和业务系统的建设与完善，不再需要单独自建、更新和升级技术环境。 (二)推动电子政务项目建设过程优化。各部门电子政务项目建设不再需要经历需求分析、设计、施工、运行和维护等全过程，不用考虑应用实现的技术细节，由电子政务公共平台提供技术支撑、运维服务和安全保障。 (三)推动建设完善信息资源服务体系。建设完善电子政务公共平台，实现基础信息共享和统一、及时更新，促进各类业务信息互补互动使用，优化业务系统、业务流程和工作模式，提高信息化条件下政务部门履行职责的能力。
电子政务云建设构想 一、概述 1.1引言 政务云结合了云计算技术的特点，对政府管理和服务职能进行优化、整合，并通过信息化手段在政务云上实现各种业务流程办理和职能服务，为政府各级部门提供可靠的基础IT 服务平台，实现资源的共享、弹性与快速交付。政务云同时能加强对政府业务运作的有效监督，提高政府工作效率，并为社会公众提供高效、优质、廉洁的一体化管理和服务，将电子政务建设和应用提升到一个新的高度。 1.2现状 在《2006－2020 国家信息化发展战略》、《国家电子政务总体框架》、《中华人民共和国政府信息公开条例》等政策条例的引导下，以及整个社会宽带基础服务覆盖率不断扩大的背景下，我国电子政务网络建设取得了明显进步，成就显著。云计算作为新一代信息技术的代表，将在国家信息化发展道路上，助力电子政务信息化建设的进一步发展。2010 年10 月18 日，国家发展和改革委员会联合工业和信息化部发布了《关于做好云计算服务创新发展试点示范工作的通知》，通知明确要求在北京、上海、深圳、杭州、无锡等五个城市先行开展云计算服务创新发展试点示范工作。北京、上海等地都将电子政务作为推进云计算应用的主要领域；上海、成都、北京先后成立了自己的“云基地”，为云模式的政务平台建设探索发展之路。 从全国的云计算建设的情况来看，虽然各地的项目建设如火如荼，但当前阶段普遍存在以下几个方面的共性问题： 1.人云亦云：以云计算立项，但实际上是数据集中的建设，将基于数据集中的项目均 称之为“云计算”，概念的包装远偏离云计算技术与服务模型本身。 2.虚拟化即云：利用服务器虚拟化软件（如VMware ESX等），对现有机房的服务器及 新增服务器进行虚拟化整合，将现有的业务应用由物理机部署迁移至虚拟机部署。 但并没有实现云计算的“自助申请、自动化编排、快速交付”的核心价值，不是真
XXX电子政务网云平台 设计方案
第一章前言 1. 项目背景 电子政务网作为全市信息化枢纽，承载着多项重要信息化应用，如内外网域名服务器、邮件系统等等，同时也是各委部局与公网、省政务网的传输出口。现各部局、各事业单位的数据资源、服务器、信息化系统各自为政，难以实现跨部门的数据共享。同时，随着平安城市、政府应急、共享灾备、智能交通系统等等一系列政府信息化工程的全面开展，以及国家、省对信息安全、平台性能要求的不断提升，现有的设备及网络架构已经难以支撑业务发展、安全、性能方面的新要求。 面对部门各自为政、分散建设、不能互联互通、资源共享程度低、重复建设、统一管理等一系列的问题，云计算的服务模式和技术模式在资源管理、数据管理、服务管理方面给出了目前最好的答案。“云技术”的出现，促进了电子政务云的建设发展，提供了统一的对外（政府之间、政府对企业、政府对公众）服务的平台，优化建设服务型的政府信息化。 2. 云计算 在云计算的诞生之前，现代计算机已经走过了大半个世纪。从高高在上的大型机时代，到个人用户普及的PC机时代，再有Internet技术将全世界都联系到了一起。随着移动互联网时代的到来，数据的增长完全可以用“疯狂”来形容。云计算就是在这种发展背景下产生的新技术。 云计算是一种IT资源的交付和使用模式，指通过网络（包括互联网Internet 和企业内部网Intranet）以按需、易扩展的方式获得所需的软件、应用平台、及
基础设施等资源。 云计算具有资源池化、弹性扩展、自助服务、按需付费、宽带接入等关键特征。
第二章需求分析 电子政务网目前承载着市委市政府及各委部局多项重点应用，如信用网、内外网域名服务器、市府办内部公文系统、党政机关网站、网络监控平台、对外网站、指挥部网站、重点项目电子督察督办系统、网上行为监控系统、行风热线网站、人大提案系统、市委市政府大门安全监控系统等等。由于电子政务建设及运行采用集中管理模式，即所有部门的政务应用系统均部署在信息中心的机房，各部门的政务应用系统累计超过100多个。并且目前存在下述主要问题： 1. 信息化建设分散重复 市政府各个部门信息化建设多以独立建设为主，各个部门根据自己的需求分别构建自己的数据中心。每个数据中心根据不同的业务和应用需要购买计算、存储和网络资源，以及各种软件。每套业务和应用分别部署在某些物理资源之上，每套业务都是一个信息孤岛，这个孤岛包括需要单独的安全保护机制和软件的支持，以及配套管理的支持。
XXX电子政务网云平台设 计方案 项目背景电子政务网作为全市信息化枢纽，承载着多项重要信息化应用，如内外网域名服务器、邮件系统等等，同时也是各委部局与公网.省政务网的传输出口。现各部局、各事业单位的数据资源、服务器、信息化系统各H为政, 难以实现跨部门的数据共亭。同时，随着平安城市、政府应急.共亨灾备、智能交通系统等等一系列政府信息化工程的全面开展，以及国家、省对信息安全、平台性能要求的不断提升，现有的设备及网络架构已经难以支撑业务发展、安全、性能方面的新要求。 而对部门各自为政.分散建设、不能互联互通、资源共亭程度低、重复建设、统一管理等一系列的问题，云计算的服务模式和技术模式在资源管理. 数据管理、服务管理方面给出了目前最好的答案。“云技术”的出现，促进了电子政务云的建设发展，提供了统一的对外（政府之间、政府对企业、政府对公众）服务的平台，优化建设服务型的政府信息化。 云计算在云计算的诞生之前，现代计算机已经走过了大半个世纪。从高高在上的大型机时代，到个人用户普及的PC机时代，再有Internet技术将全世界 都联系到了一起。随着移动互联网时代的到來，数据的增长完全可以用 “疯狂”来形容。云计算就是在这种发展背景下产生的新技术。 云计算是一种IT资源的交付和使用模式，指通过网络（包括互联网 Internet和企业内部网Intranet）以按需、易扩展的方式获得所需的软 件、应用平台.及基础设施等资源。 云计算具有资源池化、弹性扩展、自助服务.按需付费、宽带接入等关键特征。 需求分析
电子政务网目前承载着市委市政府及各委部局多项重点应用，如信用网、内外网域名服务器、市府办内部公文系统、党政机关网站.网络监控平台.对外网站、指挥部网站、重点项目电子督察督办系统、网上行为监控系统、行风热线网站、人大提案系统、市委市政府大门安全监控系统等等。由于电子政务建设及运行采用集中管理模式，即所有部门的政务应用系统均部署在信息中心的机房，各部门的政务应用系统累计超过100多个。 并且目前存在下述主要问题: 信息化建设分散重复 市政府各个部门信息化建设多以独立建设为主，各个部门根据自己的需求分别构建自己的数据中心。每个数据中心根据不同的业务和应用需要购买计算、存储和网络资源，以及各种软件。每套业务和应用分别部署在某些物理资源之上，每套业务都是一个信息孤岛，这个孤岛包括需要单独的安全保护机制和软件的支持，以及配套管理的支持。 在这种情况下，主要不足如下: 分散建设、重复建设，并且数据中心的利用率不高: 作为数据中心中最 核心的数据，分散在各个业务系统中，相互之间不能形成足够的共亨 机制，无法提供被利用的基础条件。社会最重要的财富散落各地，无 法反馈于公民; 而对于政府部门来说，电子政务系统的服务是面向从政府到公民的所 有社会建设者，对系统稳定性的要求程度很高，这与大多数的政府部 门信息管理人员配置的薄弱形成明显的矛盾。 信息化水平不均衡 除了以上所描述的由于传统信息建设所产生的不足之外，每个部门对信息化的需求不同.专注点不同、所投入的精力不同，以至于不同部门之间的信息化水平发展较不均衡。 管理协调体制尚需完善 如何真正将政府部门之间的数据进行整合和共?亨，形成一个基于政府部门的数据中心？如何将政府数据与社会数据形成联动，整合出统一的数据中心，形成全社会的信息化、网络化.自动自主化，达到电子政务发展中最终的理想阶段? 目前尚未建立其完善的信息化建设管理协调机制，信息化主管部门推动跨部门的系统建设难度较大，也是造成政务信息化分散建设与水平发展不均的现状。
浙江省电子政务云计算平台管理办法 第一章总则 第一条为有效解决电子政务基础设施重复建设、资源分散等问题，降低行政成本，实现集约化管理和应用，充分发挥省电子政务云计算平台（以下简称政务云平台）的作用，根据有关法律法规、政策和技术标准，结合本省实际，制定本办法。 第二条本办法适用于全省行政机关管理和使用政务云平台的活动。 第三条各级行政机关应当充分利用全省统一的政务云平台开展电子政务应用，不再新建独立的机房或数据中心，不另行采购硬件、数据库、支撑软件、云计算和信息安全等基础设施,法律法规、政府规章以及国家有关文件明确规定的除外。新的应用系统依托政务云平台建设，现有应用系统逐步迁移到政务云平台。 第四条省政府办公厅负责全省政务云平台的规划、应用、管理和监督，审核省级部门的政务云平台使用需求，受理设区市政务云平台建设方案备案。 信息安全行政主管部门负责政务云平台及应用系统安全监控工作。 使用政务云平台的单位（以下简称使用单位）负责应
用系统的开发、部署、维护、管理和安全。 政务云供应商负责政务云平台的建设、咨询、服务开通、日常运行维护和平台安全。 第五条设区市根据实际情况确定本辖区政务云平台行政主管部门，优先利用省级政务云平台或采取租用方式建设本辖区统一的政务云平台，县（市、区）原则上不建设政务云平台。 第二章使用管理 第六条政务云平台使用包含申请、受理、审批、测试、开通、变更和终止环节，并通过政务云平台业务管理系统实现。 第七条使用单位根据需求向政务云平台行政主管部门提出使用申请，并提供应用系统建设方案、应用系统性能和安全自测报告、政务云平台资源（以下简称云资源，含云主机、云数据库、云存储、云安全等）需求及其他申请材料。 第八条政务云平台行政主管部门负责核实使用单位申请材料的完整性和云资源需求的合理性，应当在3个工作日内作出受理或不予受理决定。不予受理的，应当提出不予受理意见，使用单位应当根据不予受理意见重新提交申请；受理的，应当在2个工作日内提出审批意见。
省级电子政务云平台设备选型方案
目录 第1章建设目标、范围、任务 (1) 1.1 建设目标 (1) 1.2 建设范围 (1) 1.3 建设任务 (2) 第2章政务云设备选型方案 (4) 2.1 设备推荐 (4) 2.1.1 主数据中心FC SAN交换机推荐：华为OceanStor SNS2248 (4) 2.1.2 主数据中心-外部数据中心-云平台管理服务器推荐：华为RH2288 V3 (4) 2.1.3 主数据中心-外部数据中心-数据库计算节点推荐：华为RH5885 V3 (5) 2.1.4 主数据中心-外部数据中心-虚拟化资源节点推荐：华为RH2288 V3 (5) 2.1.5 主数据中心-外部数据中心-其他服务器1（不做虚拟化）推荐：华为RH2288 V3 (6) 2.1.6 主数据中心-内部数据中心-云平台管理服务器推荐：华为RH2288 V3 (6) 2.1.7 主数据中心-内部数据中心-数据库计算节点推荐：华为RH5885 V3 (7) 2.1.8 主数据中心-内部数据中心-虚拟化资源节点推荐：华为RH2288 V3 (7) 2.1.9 主数据中心-内部数据中心-其他服务器1（不做虚拟化）推荐：华为RH2288 V3 (8) 2.1.10 主数据中心-大数据平台Hadoop服务器群推荐：华为RH2288 V3 (8) 2.1.11 主数据中心-存储节点（数据库存储）推荐：华为OceanStor 6800 V3 (9) 2.1.12 主数据中心-存储节点（其他数据）推荐：华为FusionServer 5288 V3 (9) 2.1.13 主数据中心-存储管理系统（存储虚拟化）推荐：华为OceanStor DJ (10) 2.1.14 同成双活数据中心FC SAN交换机推荐：华为OceanStor SNS2248 (10) 2.1.15 同成双活数据中心-外部数据中心-云平台管理服务器推荐：华为RH2288 V311 2.1.16 同成双活数据中心-外部数据中心-数据库计算节点推荐：华为RH5885 V3 (11) 2.1.17 同成双活数据中心-外部数据中心-虚拟化资源节点推荐：华为RH2288 V3 (12) 2.1.18 同成双活数据中心-外部数据中心-其他服务器（不做虚拟化）推荐：华为 RH2288 V3 (12)
目录 目录....................................................................................... I 第一章项目概述 (1) 1.1项目名称 (1) 1.2项目建设单位及负责人 (1) 1.3编制单位 (1) 1.4编制依据 (1) 1.5建设目标、规模、内容、建设期 (2) 1.6总投资及资金来源 (2) 1.7效益及风险 (2) 第二章项目建设单位概况 (4) 2.1项目建设单位与职能 (4) 2.2项目实施机构与职责 (5) 第三章项目背景与需求分析 (6) 3.1背景与现状 (6) 3.2存在的问题 (7) 3.3需求分析 (8) 3.4系统功能指标 (8) 3.5信息量指标 (9) 3.6系统性能指标 (10) 第四章总体建设方案 (12)
4.1指导思想 (12) 4.2总体设计原则 (12) 4.3总体目标与分期目标 (13) 4.4总体建设任务与分期建设内容 (13) 4.5系统总体结构和逻辑结构 (14) 第五章详细设计方案 (19) 5.1物理资源层 (20) 5.2资源抽象与控制层 (21) 5.3政务云服务层 (22) 5.4政务云网络 (31) 5.5安全系统设计 (36) 5.6备份系统设计 (47) 5.7运行维护系统设计 (48) 5.8应急响应 (51) 5.9系统配置及软硬件选型原则 (51) 5.10系统软硬件配置清单 (54) 5.11服务交付以及报价模式 (56) 第六章项目建设与运行管理 (57) 6.1领导和管理机构 (57) 6.2项目实施机构 (57) 6.3运行维护机构 (57) 6.4项目招标方案 (57)
XX市电子政务云平台建设项目可行性 研究报告
目录 第1章项目概述 (6) 1.1 项目名称 (6) 1.2 项目建设单位及项目责任人、项目法人 (6) 1.3 项目承建单位及负责人 (6) 1.4 项目监理单位及项目责任人 (6) 1.5 可行性研究报告编制单位 (6) 1.6 定义 (6) 1.7 可行性研究报告编制依据 (8) 1.8 项目建设目标、规模、内容、建设期 (13) 第2章项目建设单位概况与职能 (18) 2.1 项目建设单位概况 (18) 2.2 项目建设单位职能 (18) 第3章需求分析和项目建设的必要性 (19) 3.1 现状分析 (19) 3.2 机房建设内容分析 (21) 3.3 数据中心建设内容分析 (24) 3.4 项目建设的必要性 (26) 第4章总体建设方案 (28) 4.1 建设原则和策略 (28)
4.2 总体目标与分期目标 (29) 4.3 总体建设任务与分期建设内容 (31) 4.4 总体建设方案 (32) 第5章机房建设方案 (37) 5.1 建设目标、规模与内容 (37) 5.2 机房装修 (38) 5.3 顶棚装修工程 (38) 5.4 机房配电系统 (42) 5.5 机房空调系统 (47) 5.6 机房防雷接地系统 (50) 5.7 机房UPS（不间断电源）系统 (53) 5.8 机房安防与门禁系统 (54) 5.9 机房机柜与KVM系统 (56) 5.10 机房消防系统 (61) 5.11 机房布线建设方案 (64) 5.12 电磁屏蔽机房 (66) 第6章数据中心建设方案 (70) 6.1 设计原则 (70) 6.2 功能设计 (71) 6.3 应用系统整合方案 (107) 第7章运维管理设计 (108)
云计算改变电子政务未来x x x x政务云解决方案建议书
目录 第一章前言 (1) 1.项目背景 (1) 2.云计算 (1) 2.1.云计算综述 (1) 2.2.云计算分类 (2) 第二章需求分析 (3) 1.信息化建设分散重复 (3) 2.信息化水平不均衡 (4) 3.管理协调体制尚需完善 (4) 4.两化融合程度不高 (4) 5.机房资源不足 (5) 第三章规划目标 (6) 1.建设统一化，减少重复投入 (6) 2.数据集中化，提高政府服务质量 (6) 3.政务专业化，促进政府部门服务方式和职能的转变 (6) 4.工业信息化，助力两化融合 (6) 第四章整体设计 (7) 1.规划原则 (7) 2.顶层设计 (7) 2.1.基础设施集中规划 (8) 2.2.政务数据逐步整合 (9) 2.3.应用形成平台集合 (9) 2.4.统一管理平台 (10) 3.技术路线 (10) 3.1.资源池化技术 (10) 3.2.弹性扩展 (11) 3.3.智能化云管理 (11) 3.4.安全可控能力 (11) 第五章建设内容 (13) 1.内容框架 (13) 2.云中心设计方案 (13) 2.1.总体框架 (15) 2.2.性能指标 (15) 3.计算资源池建设 (16) 3.1.架构设计 (16) 3.2.产品选型 (18)
4.存储资源池建设 (19) 4.1.架构设计 (19) 4.2.产品选型 (19) 5.云管理平台建设 (23) 5.1.需求分析 (23) 5.2.架构设计 (23) 5.3.产品选型 (23) 6.网络系统设计 (26) 6.1.设计原则 (26) 6.2.接入网络设计 (27) 6.3.局域网络设计 (30) 7.云安全管理建设 (34) 7.1.需求分析 (34) 7.2.架构设计 (37) 8.云备份系统建设 (40) 8.1.需求分析 (40) 8.2.架构设计 (41) 9.灾备中心设计 (42) 9.1.云计算中心面临的问题 (42) 9.2.容灾技术的选择 (43) 第六章机房建议 (45) 1.中国移动（广东XXXX）数据中心 (45) 2.灾备中心机房 (46) 第七章建设配置清单 (48) 第八章运维体系建设 (52) 1.综述 (52) 2.风险评估 (52)