中国人寿it战略规划项目数据库平台移植高端设计报告(编辑修改稿)内容摘要:
编码 中国人寿对数据库系统的特殊要求 对大数据量和大数据表的支持 作为全国最大的寿险服务供应商,中国人寿在集中模式下的数据量将是一个巨大的数字(根据数据中心的高端设计,总的业务处理系统的数据量将超过 500TB),数据库系统必须能够支持超大规模的数据库和数据表存储,并且且能够在数据库 设计和性能优化方面为此类大型数据表提供支持。 数据复制 根据中国人寿的应用架构,其数据将分布在核心保险应用、销售支持、财务系统、精算系统等多个应用系统中,这些数据可能在逻辑上属于不同的数据库,但是可以由相同的 DBMS 管理或驻留在相同的硬件平台上,以提供充分的数据集成和数据共享,另外,不同的数据模块间还要有一定的数据冗余,以提高本系统处理的性能,在这种要求下,冗余数据的同步主要通过数据复制来实现,当前我们考虑主要通过应用逻辑层(如企业应用集成 EAI等)来控制和实现数据复制和同步以增强数据共享的灵活性和可控制 性,但同时也会要求数据库产品也提供数据复制功能,以根据实际的解决方案要求选择最适当的技术手段来实现,提高总体系统架构的性能和灵活性。 数据备份 由于中国人寿的数据量极大,数据库系统必须能对数据备份的效率提供必要的技术支持和保证,并提供诸如完整备份、增量备份、差分备份等多种备份方式,以保证系统备份能够在所需的时间窗( timeframe)内完成。 4 产品等级评分系统 针对中国人寿将来选择数据库平台的招标需要,我们提出一个等级评分系统,为将来的招标委员会提供一个候选产品的评价方法。 候选产品分三个系列进行评分,共有 十六个评价指标,每种产品的得分和它所比较的同类产品相关,也就是说,得分高低是相对的。 因此,即使一个产品在四项指标中的三项指标都领先,也不意味着这个产品的市场占有率是 75%,以下是对这些分类评分的具体论述。 适应中国人寿企业架构 支持中国人寿标准: 产品是否遵循中国人寿所采纳的各项 IT 标准。 应用整合能力: 产品是否能和领先的 ERP,Web, 和像 Siebel 这样的 CRM 应用进行整合。 运用现有基础架构的能力: 产品是否可以和中国人寿目前的应用进行数据共享或交换。 应用是否可以安装或配置在目前中国人寿的硬 件设施上。 关键技术和软件供应商解决方案的协同工作能力: 产品是否和其他推荐给中国人寿的应用或方案能够协同工作,并具有较高的效率。 软件供应商的状况 财务稳定性 : 本部分包含了关于软件供应商财务状况问题的解答。 企业是否有良好的财务稳定性的历史。 企业未来的财务稳定性如何。 公司远景 /方向 : 用于评价企业是否明确其未来发展远景,企业是否已经清楚地说明或论证了关于他所提供的解决方案、产品和服务的战略性方向。 市场地位 : 企业是否被当作市场的领导者。 它是否被当作创新者或是新产品的开发者。 和其他厂商的伙伴关系 /结盟 : 企业是否能和其他厂商,尤其是保险行业应用系统供应商形成伙伴关系。 过去是否有过成功的经验。 产品功能性 关键属性 Product reliability 产品可靠性 : 与同领域其他产品相比较,产品的可靠性如何。 Product patibility 产品兼容性 : 产品与中国人寿将会采用的其他软硬件兼容性如何。 Product scalability 产品伸缩性 : 产品伸缩性是指厂商采取恰当的整合解决方案后,可以满足日益增长多方面需求,如:用户量,并发会话,附加硬件,和对其他解决方案地依赖。 不用停机 便可以增删硬件,同时又不影响网络其服务器,这也是所期望要达到的。 Product feature set: 产品特性集合: 产品是否具有一个涵盖实现中国人寿系统架构所需所有功能的特性集。 Performance: 性能: 性能是一种相对概念,它基于和同领域其他厂商产品的比较结果。 为了评判性能,我们必须获得同领域相关产品的性能基准报告,这份报告通常包括每秒交易量,反应时间,和其他相关参数。 其他可以参考的评分指标 在实际招标中,还要根据实际情况,对下产品评分表中列出的评价指标作出相应的增加和调整,例如: 增 加价格因素,这显然是很重要的参考指标; 增加在全国范围内的支持能力,这对于业务几乎覆盖全国的中国人寿现状也十分需要; 增加服务承诺指标和今后若干年内的免费升级等因素; 对于厂商所作出的个性化承诺,如大规模免费培训、各种免费授权等,也可以根据中国人寿的实际需要进行考虑; 产品包或产品线中的其他工具或产品,如电子商务开发、联机分析引擎、数据分析和报表等工具,如果供应商能够提供业界领先的、适合人寿的、全套完整的解决方案,有助于提高未来系统的集成度,也有利于中国人寿利用采购规模优势来获取更好的价格。 评分表实例 下 表列出了一个对功能相似的两个产品进行评价的示例,我们建议中国人寿在根据上述基本评价标准筛选之后,对最终的两到三个候选者进行最终的评分,以确定最适合中国人寿需求的数据库平台。 样例:产品评分表 适应中国人寿的企业架构 Weight 权重 产品 1 产品 2 Support for China Life Standards 支持中国人寿的标准 10 Package Application Integration包应用整合 3 Ability to leverage existing infrastructure 利用现有基础架构的能力 3 Interoperability with key technologies amp。 vendor solutions 与关键技术和软件供应商的协同工作能力 4 Criteria Total 标准总和 Vendor Status 软件提供商状况 Weight Financial stability 财务稳定性 4 Vision / direction for their pany 公司远景和方向 4 Position in Marketplace 市场地位 4 Partnerships/Alliances with other Vendors 和其它软件供应商的伙伴关系 /联合 3 Criteria Total 标准总和 Product Functionality Key Attributes 产品的功能性 关键属性 Weight 适应中国人寿的企业架构 Weight 权重 产品 1 产品 2 Product reliability 产品可靠性 5 Product patibility 产品兼容性 3 Product scalability 产品可伸缩性 4 Product feature set 产品特点集合 5 Performance 性能 5 Criteria Total 标准总和 表 41 通用产品评分表 5 移植方向分析 本章对现有 Informix 版本的替代产品的选择方向进行分析,以明确中国人寿最终对数据库平台产品的选择因素。 评价对象 本章分析的主要是关系型数据库管理系统产品,包括整个产品包所包含的数据库管理系统、指令语言、开发工具和管理工具等。 目前,中国人寿可以选择的升级或替代方案共有两种: I. 将现有 Informix 平台升级到 ,并跟随着 IBM 对 Informix 的产品计划不断升级; II. 将现有 Informix 平台移植到新的数据库平台上,如 DB ORACLE、 Sybase、 MS SQL SERVER 等。 以下对上述两个大方向进行深入的分析。 升级到 Informix 下图( 5- 1)是 IBM 的 Informix 产品发展计划:该计划以 2020 年 3 月发布的 为基础,在 2020 年下半年过渡到和 DB2 具有互操作性的。 而随后 的方向比较明确的是和 DB2的互操作性。 值得指出的是,该图仅仅是 IBM 的产品发展计划,而不是对最终用户的承诺,而且 2020 年以后Informix 的发展方向,仍然没有被明确。 I BM S of t w are G rou pP a g e 92H 06 安全 D B2 的互操作性 和 I BM 软件的集成IDS Road map200 3200 4200 5200 6200 7200 8IDSv IDSv IDSv IDSv 30 M ar ch 20 03 备份恢复 H D R amp。 ER c o ex is t e nc e 尺寸限制变大 安全系统 监控和工具1Q0 5 – 开发中 : 安全 – 高可用 应用开发 / X M L / 标准的遵循 4GL / W ebS phe re E GL 自治 / 易管理 软件组集成 安全、面向合作伙伴和基础架构的能力改进 性能、安装、 I S t a r f o r B uilt in UDTsDB2 互操作性市场、技术和客户的要求“ IBM 并不承诺对上述发展方向的描述, IBM 的计划可能会改变 图 51IBM 对 Informix 的产品发展计划 优点: 时间不紧迫,可以比较详细地进行计划 可以充分利用现有技术储备,对应用系统的影响小 短期内的投资可能是最低的 对系统管理的影响较小 缺 点: 未来发展方向不明确,可以预见, IBM 不会长期同时支持两条数据库平台的产品线,所以 Informix 有可能最终还是要并入 DB2 数据库平台产品线 可能需要跟随 IBM 的产品计划,进行多次升级 核心应用系统的更新过程也是更换数据库平台的最佳时机,可以最大限度地降低对业务的影响,这样的话,如果将来真的需要将Informix 移植到其他数据库,现在保持在 Informix 平台上就错过了这一时机。 移植到新的数据库平台 初步筛选。中国人寿it战略规划项目数据库平台移植高端设计报告(编辑修改稿)
相关推荐
中国人寿业务永续环境实施方法阶段任务• 建设基础架构• 为开发业务永续运行计划而制订项目计划• 定义灾难恢复组织架构• 开发灾难恢复流程• 开发业务永续运行计划任务• 演练业务永续运行计划• 对业务永续运行计划实施变更管理• 对业务永续运行计划进行重审 .1. 0业务需求业务影响分析3. 0开发和实施构架基础架构开发业务永续运行计划4. 0运行和维护恢复计划演习恢复计划审计任务•
市 场焕 发 出新 的 生机。 从 业 机构 类 型和 数 量不 断 增 加 , 传 统 域 名 注 册 管 理 机构 在 自 建 自 营 的 同 时也 开 始 向 新 进 入者 开 放 托 管 和 运 营 业务 , 形 成 了新 的 竞争 市 场,生 态 体系 趋 于成 熟。 截 至 目前 , 已 有 近 1200 个 新 gTLD 入根并实现全 球 解析, 新 gTLD 域名注册量 超 过
充分利用医药公司在当地的资源优势,如政策、关系、分销渠道等,进行药品的宣传、推广、分销和返款工作。 2) 充分调动医药公司的积极性,有利于营销工作的更好完成。 采用区域完全总代理制,医药公司 的可以用很低的价格(通常为零销价的 30%- 40%)从药厂拿货,因此有很大的利润空间,对于此类产品,医药公司往往都十分重视,因此比较容易取得较好的营销成绩。 3)
图 22 核心业务应用基础功能概述 相关集成要求 核心业务应用的应用范围涵盖大,涉及的系统多。 因此,在核心业务应用 中,集成设计是重要的组成。 核心业务应用的主要集成设计要求包括: 涉及大量数据与功能需求: 影像工作流系统; CRM 应用集成:通过服务管理应用支持各个业务运营环节的处理要求,如业务申请、变更、理赔等; 电子商务集成:支持通过多种渠道实现业务运营与服务集成。 应用接口:
国 DT 经 济 图谱 ”将会日趋显示出更多维度 、 更深内涵的社会经济价值。 归根结底 , 云上 创新创业 的 “土壤 ”在于当地互联网人才的持续供给能力 , 从大型互联网上市公 司 到双创企业的人才溢出效应 、 产业带集聚效应 , 都是值得后续深入剖析的热点 内 容。 图 7: “软件开发行业 “云创城市分布( 2020) 资料来 源 :阿 里 研究 院 ,阿 里 云 , 2020
责落实为中小企业拨款以及评估从哪些渠道来推进中小企业的科技创新。 中小企业占意大利企业总数的 95%以上,在意 116 个工业部门中,以中小企业为主的部门占 82%。 但意大利中小企业基础设施薄弱,缺乏技术创新能力,国际竞争力不强。 德国巴州政府积极支持中小企业 扩大出口 最近十二年以来,巴州出口记录一直被刷新,中小企业功不可没。 对外出口扩大了其业务规模的同时,也为社会创造了大量的就业。