数据驱动的多云平台解决方案

1、数据驱动的多云平台解决方案数据建模和低代码的新一代多云管理平台传统运维管理的“监管控”体系IBMBMCHP配置管理流程平台监控系统自动化系统平台整体规划专项职能划分专业工具建设传统架构下的运维困局割裂大部分运维场景都需要多专业多职能 配合执行，（如：应用发布，故障处 理，应急切换，devops）。传统“监 管 控”运维架构，按专业和职 能分散建设，普遍存在：专业割裂各专业工具单独建设，标准不一，整合困难职能割裂流程、监控、操控、配置等职能都由不同团队你分别建设，很难打通，跨职能的运维场景无法顺畅进行封闭复杂运维场景复杂多变，运维平台需要根据变化及时调整。传统运维工具大多采用闭源软件销售 模式。

2、导致需求方在以下方面，自主 可控力不足：固化功能产品提供方完全掌控功能，需求方缺乏调整功能的能力项目依赖项目组负责最终产出，需求方缺乏 把控力，当项目结束后，平台逐步 丧失持续更新和迭代的能力运维工具作为一线运维人员的辅助支 撑，应尽量符合使用者习惯，降低使 用门槛。但是，传统运维工具市场受四大厂商 影响很大，工具体系庞大，入门门槛 高，推广困难，甚至强制使用：功能堆砌大部分客户对所购买产品的功能使 用范围平均为20%使用门槛高运维工具需要大量专业培训才能发 挥功能上云并没有改变运维的本质：数据、流程、操作硬件生命周期预算/采购/安装/申请/交付/回 收/报废/资产维护包括云主机，网络设备，I

3、DC基础设施系统生命周期初始化/配置变更/销毁包括os/vm/IOS业务生命周期产品线创建/部署/配置维护/撤销Bu的业务的生命周期应用生命周期研发/部署/配置变更/回滚/销毁Cloud生命周期数据、流程、 操作运维体系整合的难点：平台与数据交互处理接口交互处理接口NMSSMS数据数据交互处理接口APM数据交互处理接口数据DCIM接口接口接口接口数据业务场景业务场景业务场景处理业务场景NMSSMSAPMDCIM一体化运维平台交互整合分散的管理工具充分复用已有能力抽取通用功能平台化改造创建 分享 发布 订阅形成场景社区基于平台构建场景，生产能力赋予需求方国外破局：ServiceNow发展迅猛Se

4、rviceNow，从运维中台 发展到 泛企业管理的中台。IT管理的核心是工具整合和流程再造，企业管理的核心也是如此。美国第2大SaaS公司基于公有云，实现企业IT管理自动化的提供商业务：从IT巨头中杀出重围，把运维工具做成了SaaS服务，成为IT和 公有云管理的霸主。上市后，从IT管理拓展到企业管理领域客户：从金融行业切入，服务于福布斯全球2000强客户。营收：2019年营收$35亿，市值$1000亿。云霁科技iDCOS体系：打造中国版的ServiceNowiDCOS整 合 integration 智 能 intelligence 创 新 innovation 自 主 i单机操作系统与数据中心

5、操作系统（DCOS）用户应用程序处理器存储器I/O计算资源网络资源存储 资源业务应用硬件数据中心内核IaaS基础架构系统服务PaaS平台应用程序业务应用管理工具管理平台基于iDC Store，打通私有云与公有云iDC Store私有云应用商店工具包系统软件配置模板蓝图业务应用核心模块系统服务和接口 管理工具和库iDC OS管理平台iDC Store公有云应用商店工具包系统软件配置模板蓝图iDCOS:核心构建思路以终为始： 重新定义数据中心，面向结果，而不是面向过程数据驱动： 统一数据模型流程再造： 基于最佳实践，组织变革基础设施即代码，低代码快速交付信通院发布数字基础设施云化管理和服务运营整体

6、价值能力成熟度模型，为云计算时代的数据 中心建设提供了方向与指引。有基础设施管理的组织有数字基础设施 异构化管理能力， 保障高可用，保 障资源快速交付.保障类基础上， 有开发部署、自 动化运维等工具， 支撑业务研发运 营等基本IT服务需 求。业务支撑类基础上， 公共能力组件化、 平台PaaS化，可对 业务研发、运维、 运营全生命周期提 供标准服务；平台服务类基础上， 针对不同业务线客 户，按需定制场景 化IT产品及服务， 并有完备的产品运 营体系；开始数据 价值化运营，为客 户部门带来更多价 值.客户运营基础上， 服务客户扩展到 人力、财务等企 业多个部门或外 部合作伙伴，依 靠完备的数字化

7、运营平台体系、丰富的IT服务产品，以及业务全生命 周期大数据能力 和AI能力，带动业务指标，引领客 户需求。创新引领类客户运营类平台服务类业务支撑类组织存在类基础保障类重新定义数据中心：由支撑部门变为服务部门运维平台是数据中心的核心业务系统运维系统运维 a运维 b运维 c业务1业务2业务3业务4业务5（运维管理）数字化转型和传统IT上云的浪潮下：运维平台 是数据中心的 核心业务处理系统，与其他业务一样处于基础设施上层，其他业务（或服务系统）对运维业务提出管理基础设施的服务请求。银行核心业务系统建设思路：IBM IFW基础模型FSFM金融服务功能模型FSWM金融服务工作流模型IFW是IBM的In

8、formation FrameWork缩写，旨在模型层面描述银行业务，可 以看做领域内技术和业务沟通的桥梁。FSDM金融服务数据模型银行核心数据模型FSDM：九大数据概念IT运维的数据建模9大数据模型，覆盖ITSM、ITOM、ITBM等产品线：基础设施即代码云时代的IT管理新趋势基于软件定义来构建和管理动态基础设施可通过代码集中管理维护云IT资源和基础架构，达到高效、不易出错的目标多云架构：基础设施即代码多云基础设施配置管理框架基础设施即代码框架（引入开源软件Terraform）快速接入云原生管理能力基于基础设施即代码的统一适配层框架丰富的 Provider 增强平台 扩展性。可通过参数配置的

9、 方式，动态扩展新的业务。 应对云服务快速上线场景。整合扩展脚本执行能力，兼 顾已经存在的脚本场景。由于网关是可扩展的， TerraForm等可以通过定义 和Provider来扩展，整体 Provider层可以像插件一样 插入，不需要每次都硬编码 接入适配，通过配置或者少 量编码扩展适配能力。提供丰富云插件能力增强平台扩展性，能够快速集成、适配 所有资源和云环境，无需硬编码集成适配自动化执行通道CloudACT2集成主流开源自动化软件，自动化和配置管理能力强大，且在安全管控上进 行了增强，统一对上层应用提供自动化执行服务应用CloudAct2自动化通道系统命令执行、脚本执行、文件下发、定期巡检

10、、补丁 管理、应用发布、文件比对、OS配置、应用配置提供SaltStack、Ansible、Puppet、SSH等自动化调 度和多通道的执行和管理能力。提供服务封装、拓展 服务能力，增强安全管控。统一对上层应用提供自动 化执行服务基于数据驱动的多云资源模板设计资源模板：主要负责资源的操作建模，负责定义资源的操作及操作所需的参数（例如可以为虚拟机定义一个资源模板，模 板定义虚拟机的创建、销毁、启停等操作，其中创建操作的参数包括主机名、操作系统、规格等）并向上提供给蓝图进行 组装或直接映射到服务项进行发布，最终由执行层解析和发起执行。唯一性原则：数据中心各基础设施CI类有且只有 一个资源模版类型最

11、小化原则：资源模版的颗粒度划定应遵循最小 化原则，不冗余其他CI类标准化原则：多个资源模版可以相互组合，每个模版可以定义依赖和被依赖关系基于数据驱动的服务蓝图编排服务蓝图：构建更丰富的业务场景，实现不同层次的操 作建模封装。一个蓝图由一到多个资源模板组装而成。 一个蓝图有多个操作，每个操作有多个步骤，每个步骤 对应蓝图内的资源模板的一个操作。蓝图的操作的入参 由其对应的多个资源模板的操作的入参组合而成。解决 复杂的云服务场景编排：安装虚机并预装软件集群交付场景应用运行环境场景（WEB+APP+DB）基于数据驱动的服务蓝图编排低代码开发，快速交付复杂服务基于Groovy语言的云策略代码，可在线编写、调试、发布，快速、透明、高效基于低代码模式的服务开发流程基于低代码开发模式的服务目录开发流程：使用少量的代码即可快速完成服务目录开发和发布。通过流程引擎、策略引擎、 统一适配框架为业务用户赋能，低成本快速实现标准化、规范化、服务化旧开发模式：上线新服务项需要写死代码，交付时间长，无法适应快速的需求变化，代码质量无法保障 低代码开发：1、在线编写简单的代码或脚本、在线调试、代码审计，使用户自身都可以快速开发服务项2、信息技术为业务赋能，行方全程主导建设，业务部门直接参与，聚焦最终用户需求安全可靠