电子政务工程关键技术比选方案.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
5.1关键技术方案比选 5.1.1数据中心建设方案比选 5.1.1.1多数据中心模式实现方案 根据我国卫生计生管理形成的行政管理体系(卫生计生委)、技术支撑体系 (疾病预防控制中心(CDC))和执法监管体系(卫生计生综合监管中心)的管 理架构及职能定位,以及中医药管理同和食品安全风险监测与评估的实际管理的 丿力史沿袭原因,现有国家卫生资源数据中心、国家疾病预防控制数据中心、国家 综合监督数据屮心、国家屮医药数据屮心、国家新农合数据屮心以及国家食品安 全风险评估数据中心共六个运行在电子政务外网的数据小心,以及一个运行在互 联网上的医疗与健康服务门户数据中心。 多数据中心模式可按照原有数据中心进行横向分工,基础设施可按照处理器、 整机、操作系统、数据库、应用软件进行细分。充分给用户提供了最大选择空间, 在数据屮心设计、建设、管理上可根据不同需求各口为战,达到局部最优。「国家医疗健康信息 服务门户I食帚风险评竹敎据I 新农合数据中心??丿中医药数据帀心疾韵顾控制数据币心疾韵顾控制数据币心 (I容灾备份中心)(容灾备份中心)综合监督数据中心I 在数据屮心设计、建设、管理上可根据不同需求各口为战,达到局部最优。 「 国家医疗健康信息 服务门户 I食帚风险评竹敎据 I 新农合数据中心 ??丿 中医药数据帀心 疾韵顾控制数据币心 疾韵顾控制数据币心 (I容灾备份中心) (容灾备份中心) 综合监督数据中心I ^■0 ■ 图错误!文档中没有指定样式的文字。多数据中心模式示意图 5丄1?2分布式云数据中心模式实现方案 近年,全球掀起了一轮云数据中心建设的浪潮,云计算技术帮助传统数据小 心进行业务迁移、在单数据屮心内实现资源调度和弹性扩容,一定程度解决了单 个数据中心IT资源利用率不足、业务部署周期长、管理效率低下的问题。但随 着企业的快速发展,分散独立的数据中心架构将难以灵活支撑国家卫生计生委在 全面健康信息化领域的业务扩张和业务快速变更。 分布式云数据中心提出的“物理分布、逻辑集中”的数据?中心创新理念和新 一代体系架构,帮助我们打造高效、可靠、绿色的企业数据中心。将分散、分层、 异构的多数据中心架构改造为全扁平式、点到点互联、应用分布、统一资源管理 的分布式云数据中心架构,实现多个不同地域、不同阶段、不同规模数据中心逻 辑集中管理调度、统一呈现、统一运营,在保护原有投资的前提下更高效的提升 整体数据中心资源利用率和管理效率,敏捷响应全民健廉保障领域对IT的核心 需求。 应用层 【 W#系应用】 计也] 数据中心统一运维运营 [网络资溺也) 图错误!文档中没有指定样式的文字。?2分布式云数据中心模式示意图 分布式云数据中心的最大优势在于统一运营运维管理系统通过统一的逻辑 资源池管理,实现统一集中管理和自动化运营,提升数据中心管理效率;云数据 中心支持异构IT设备和虚拟化产品即插即用;网络服务NaaS把虚拟化和管道 SDN进行了冇效整合,可提供网络虚拟化,为云数据中心之间的业务飘移提供灵 活高可靠的网络传输保障;对于快速扩张分支机构,可实现小吋级业务漂移上线, 国家卫生计生委信息化部门统一管理、分支无人职守。 5.1.1.3数据中心方案比选 多数据屮心模式 分布式云数据屮心模式 节能环保 重复投资,能耗大。 绿色节能。 机房网络 差,机房质量参差不齐,用户 选择困难,以共享带宽为主。 优,骨干机房,出口带宽大, 独享带宽 可维护性 差,业务逻辑与中间件访问逻 辑混合在i起,耦合度较高。 好,业务逻辑表达于应用服务, 应用屮间访问逻辑隐含于应用 容器中,两者实现了松耦合。 与业务系统耦合、依赖度 依赖度高,需将各系统不同的 数据结构,转换为统一格式后 上报 依赖度低,与现有业务系统相 对独立 是否需要制定标准数据规 范和接口 需要,必须爭先制定标進数据 规范利接口标准 不需要 数据采集实时性 需要提前汇集一个时间段的数 据上报时间滞后 可实时 开发工作量和建设投资调 整 工作量大,需要针对各业务系 统分别开发数据接口系统,或 者为共享的数据开发一套数据 整合系统,且开发周期较长, 同时需要较大的硬件投资,适 应各系统不同的数据结构 工作呈小,可使用成熟的数据 同步系统,不需开发、无需破 件投资,基木只需要通过配置 参数即可适应不同数据结构 实施难度 实施难度窩,需要集屮部署整 合系统,同时要与业务系统做 一定对接,具有一定的实施风 险 实施难度低,通过部署成熟系 统即可 变化适应性 适应性低,各业务系统数据结 构改变时需耍修改抽取和整合 系统,需要定制开发 适应性高,各业务系统数据结 构改变时只需配置同步系统参 数 工作复杂度 复杂度高,需开发、维护立制 系统,后期运维需要较多人力 资源投入,每次上报前需要集 中人丁干预,人力资源投入较 人。

文档评论(0)

ggkkppp + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档