01-IT上云技术要求.pdfVIP

IT上运技术要求 一、 IT上云总体方案 1.1 技术目标 1. 打造敏捷IT，提升交付效率与质量。 2. 打造智慧IT，提升智能弹性计算能力、智能运维能力。 3. 打造具备连续服务能力的IT （BusinessContinuityIT），核心系统RTO< 30 分钟、RPO 0。 1.2 技术原则 通过统一的云翼 （统一PaaS平台）、云桥 （DCOOS平台）、云道 （DevOps平 台）、云眼 （智能运维平台）四个平台推进IT系统上云。新建系统全部上云，存 量系统三年完成上云。 1. 在统一PaaS平台完成全国IT系统生产、测试环境纳管以后，使用统一PaaS 推进上云。 （1) 新建系统使用统一PaaS 申请和开通组件。 （2) 存量系统已经符合上云标准但未使用清单内组件或者组件版本号不符 合要求的系统，按照效益优先原则逐步推进存量纳管工作，将存量系 统组件逐步纳管至统一PaaS平台。 （3) 在业务驱动的系统重构中，逐步完成存量系统非清单内组件到清单内 组件的迁转。 （4) 在统一PaaS平台无法开通满足生产要求的组件时，可以先行部署清单 内组件对应的开源版本，后续逐步完成纳管或者迁转。 （5) 统一PaaS清单内组件无法满足生产需要的，遵循清单管理办法的规定， 急用先行，试点报备，满足条件纳入清单管理。 2. OpenAPI、数据API统一注册到DCOOS平台，持续打造原子能力开放，持续 提高API复用度，降低系统建设成本。 1 3. 围绕云道平台打造覆盖全场景的全栈式云开发平台，持续提升敏捷交付能力。 4. 利用大数据、AI等技术，不断汇聚全域监控数据，提升监控数据的开放能力， 围绕云眼打造覆盖所有系统的两级监控运维体系，持续提升智能运维能力， 释放运维人力。 5. 依托人才工作站，设立上云四平台虚拟产品经理团队，集团、省两级协同， 不断总结经验，持续迭代四平台功能，支撑系统上云。 6. 制定四平台需求响应、能力建设、能力开放、数据处理、平台运营考核指标， 促进四平台服务好系统上云。 7. 采用两级部署模式的四平台，省分前置系统选择属地化维护模式，前置系统 在满足转维条件后移交省内维护，平台建设方提供后续的升级、安全修复等 技术支持服务。 1.3 上云标准 从低到高分L1、L2、L3三级，高级别标准覆盖低级别标准。按照分级牵引、 可实施、可评估原则，结合业务场景、驱动力和效果选择不同上云标准。 1.3.1 L1标准 1. 系统完成去IOE及去Weblogic、Websphere等商业软件，在统一PaaS平台 纳管完成前已经完成去IOE 的视同为L1。 2. 使用统一PaaS清单内组件。 3. 系统全量代码托管到云道平台，实现代码的质量与安全管理。 4. 在不增加应用改造成本前提下，使用云道打造持续交付能力，提升自动化交 付能力。 5. 在不增加应用改造成本前提下，使用云眼提升自动化运维能力。 1.3.2 L2标准 1. 系统完成去IOE及去Weblogic、Websphere等商业软件。对于现网系统已使 用开源分布式数据库或国产商用数据库产品的，在自研TeleHTAP数据库技 术未成熟之前，可以继续使用，视同符合L2上云标准，待TeleHTAP等自研 2 MPP数据库成熟后陆续替换。已经部署开源免费Hadoop及生态圈开源组件的 （包括Hdfs、Kudu等），视同符合L2上云标准。 2. 使用统一PaaS清单内组件。 3. 按照能力开放要求将通用能力注册到云桥平台，使用原子能力构建系统，提 高能力复用度。 4. 应用具备水平扩展能力。 5. 采用容器部署的应用使用云道打造持续交付能力，提升自动化交付能力。 6. 接入云眼提升自动化运维能力。 7. 系统具备与服务级别相符合的高可用能力。 1.3.3 L3标准 1. 满足L2的基本要求。 2. 应用采用微服务架构、符合