1、GOP S 全 球 运 维 大 会 2019上 海 站GOP S 全 球 运 维 大 会 2019上 海 站平安银行转型路上的自动化运维实践及中台建设GOP S 全 球 运 维 大 会 2019上 海 站Whatwetalkabouttoday今天聊些啥今天聊些啥GOP S 全 球 运 维 大 会 2019上 海 站转型重构，意味着改革改革，不管是从业务的种种类类，数量数量，都会发生快速的增长，业务量的扩容，微服务的改造，运维将会有更高的要求，来支撑业务的发展井喷式的服务井喷式的服务器数量增长器数量增长更高的交付时更高的交付时间要求间要求大量的新项目大量的新项目上线上线Internet tra

2、nsformation银行转型银行转型GOP S 全 球 运 维 大 会 2019上 海 站Whatwetalkabouttoday今天聊些啥今天聊些啥GOP S 全 球 运 维 大 会 2019上 海 站01自动化覆盖率低自动化覆盖率低项目上线后，服务器的需求量会发生井喷，在交付的过程中只要有一个环节是人工的，就会存在风险，交付，发布，运营等运维工作，都将面临挑战02配置信息不闭环，不透明配置信息不闭环，不透明交付的信息无法形成闭环，在各团队内维护，沟通成本高，准确率低，在故障发生时，会致命03标准化不到位标准化不到位原本标准化就做的不是很好，在业务增长期，随着需求量的增加，就会更加突出04

3、流程管控复杂流程管控复杂复杂的流程管控，会额外的增加运营者的成本，降低产能，如果不简化流程，势必会成为短板05自主工具能力差自主工具能力差外购的管理系统跟不上需求增长，必须要自研Identificationproblem识别问题识别问题GOP S 全 球 运 维 大 会 2019上 海 站Whatwetalkabouttoday今天聊些啥今天聊些啥GOP S 全 球 运 维 大 会 2019上 海 站自动化系统设计从场景出发，自动化设计的原则是解决一个一个的场景，而并非是一个大而全的框架建设流程中台建中台，揉合场景，对标准化的变更操作可以模糊前端的合规要求，由中台来解决重建CMDBCMDB需要

4、解决数据透明，数据闭环，数据关联，新治旧的多重问题建设运营中台将执能，灰度能，收敛能，聚合能加强Ideas献计献策献计献策GOP S 全 球 运 维 大 会 2019上 海 站CMDBsystemdesignCMDB设计设计到底要做一个怎么样的CMDBGOP S 全 球 运 维 大 会 2019上 海 站负载均衡领域负载均衡领域应用关系领域应用关系领域容器容器领域领域网网络领域络领域虚虚拟化领域拟化领域数据数据库领域库领域CMDBsystemdesignCMDB设计设计设计思想：规划各领域系统 新建统一上报规则 优先解决闭环，逐步解决存量 使用RSS方式进行领域间互通GOP S 全 球 运 维

5、 大 会 2019上 海 站CMDBsystemdesignCMDB设计设计各领域数据模型的不规则性很产生通用模型关联后的数据将会错综复杂数据检索需要快准易领域系统上报的数据校验问题立新容易，废旧难GOP S 全 球 运 维 大 会 2019上 海 站领域上报数据汇聚入领域上报数据汇聚入口，使用队列保证松口，使用队列保证松耦合耦合使用使用ESES集群，使宽表设计，增加常索引，适当使Redis作为热数据的存储使流式处理，清洗数据，建关系，发送订阅通知CMDBsystemdesignCMDB设计设计GOP S 全 球 运 维 大 会 2019上 海 站CMDBsystemdesignCMDB设计设

6、计数据落地领域模型领域数据交叉比对（非实时）监听数据变更以宽表方式存储在ElasticSearch通过GraphQL对外提供数据检索GOP S 全 球 运 维 大 会 2019上 海 站AutomatedDeliverySystem数据闭环：自动化交付系统安全安全/系系统基线统基线创建主机创建主机安装依安装依赖软件赖软件交付堡交付堡垒机垒机n 使用流水线的方式贯串各个部门n 使用消息队列的方式可以很轻松的解决耦合，异常重试等问题n CMDB在开始的时候产生一个CICODE流水线开始，结束后，Agent上报数据，完成数据闭环。GOP S 全 球 运 维 大 会 2019上 海 站难点：流水线的方

7、法不适应短频快的流程。改进：1.将流程和消息队列剥离，抽象流水线，形成一个可快速配置的流水线2.通过公共平台预处理部分简单数据，减少领域系统对每一个流程都有定制开发的需求。流程编排任务调度OPENFAAS用户提交AutomatedDeliverySystem数据闭环：自动化交付系统GOP S 全 球 运 维 大 会 2019上 海 站CMDBsystemdesign数据闭环：配置更新闭环流程引擎发起流程(CMDB)置为变更状态领域系统自动化变更领域系统上报变更后的数据(CMDB)收新数据，更新状态专业领域配置项的变更闭环数据流GOP S 全 球 运 维 大 会 2019上 海 站CMDBsys

8、temdesignCMDB经典使用案例经典使用案例GOP S 全 球 运 维 大 会 2019上 海 站Operation middleground运运营中台营中台运营中台应该要有哪些能力GOP S 全 球 运 维 大 会 2019上 海 站Operation middleground运营中台能力建设运营中台能力建设任务编排能力可编排场景中需要执行的任务集任务灰度能力可灰度执行场景中任务及节点高危检测能力高危任务的识别和拦截关联识别能力DSU的关联识别能力GOP S 全 球 运 维 大 会 2019上 海 站Operation middleground合规能力建设单据存储管理系统（签报/审批）

9、老旧的，外购的，简陋的，变更单据管理系统，迭代效果不好，动一动就影响好多，典型的中台能力场景单据管理签报系统凭据中台凭据中台解耦系统，建立流程中台，在中台上做更多的场景上的一些粘合，比如预授权变更，常规变更，紧急变更等不同的签报方式业务系统业务系统业务系统可以无需对签报和审批的方式做对接，只需要关注场景就可以了，更快更高效的提高业务系统开发能力GOP S 全 球 运 维 大 会 2019上 海 站Operation middleground运运营能力的使用场景营能力的使用场景场景工具上的一切操作按钮场景工具上的一切操作按钮CMDB实时粘合出来的关联信息实时粘合出来的关联信息场景化的变更流程场景

10、化的变更流程原子化的操作过程原子化的操作过程GOP S 全 球 运 维 大 会 2019上 海 站Whatwetalkabouttoday今天聊些啥今天聊些啥GOP S 全 球 运 维 大 会 2019上 海 站Middleground中台初现运营管理系统ODBOBIFireflyAlertSSONoahDragonflySaturnWormholePabCloudWaynePolarisLime(CMDB)LeoOmegaDBaaSCherryetc.etc.etc.etc.业务系统业务系统中台建设中台建设底层构建底层构建GOP S 全 球 运 维 大 会 2019上 海 站Summary总结 底层的构建要松耦合，越具有原子性越好 中层的构建要贴合运营场景的需要，一个场景一个场景的解决 上层的业务系统只需要考虑解决实际的运营能力问题 运维中台的建设一定要从运营场景触发 运维中台的建设需要一个有闭环数据流的CMDB 从现阶段的实际问题出发，不盲目引入大框架，新技术GOP S 全 球 运 维 大 会 2019上 海 站Thanks高效运维社区开放运维联盟荣誉出品