1、运维自动化系统架构设计技术创新,变革未来 运维面临的困难与挑战 运维自动化思路 运维自动化实现主要内容运维的挑战 日益复杂的业务 多 种 语 言 混 用 流量突增,如何快速扩容 业务频繁变更,如何支撑 业务故障由于复杂场景更具有隐蔽性 监控与业务SLA如何保障 etc.来自业务的压力 90业务运营需更快速的发布 27用户在经历4秒延迟后,就可能放 弃公司web网站 或 者 app产品27%73%运维自动化系统设计指导思想 标准化 流程化 集成化 智能化定位需求 适合自己的才是最好的 细化痛点 尽量不造轮子 全局化 注重基础系统建设设计思想平台平台支支 撑撑数据数据 驱动驱动服务服务 透明透明价
2、值价值 导向导向效率质 量体验成本运维安全资产系统CMDB配 管 中 心监 控 中 心流 程 中 心日 志 中 心集成可视整体架构运维自动化目前治理范围 资产系统 配置管理系统 流程管理系统 监控系统 日志系统资产系统 弱化单独变更操作 每天自动校准数据(自动抓取机器系统信息) 提供各种API供上层服务调用 与PXE部分深度整合对接(自动上报、入库)运维统一授权平台 集成OA认证 SSO 集 成 权 限 、 角 色 管 理 降低多平台接入复杂度统一授权平台流程用户登出诮求登出向 踞 员 务端 氓创og二f 用户已经登录1 本地登出通知廷毋扭: !登出成功, 返回要登出的页面代码发布平台 自动发
3、布与强制审核相结合 兼容多种开发语言(PHP、JAVA、Go、NodeJS etc.) 生产、测试、预发布环境隔离 预留API,可供其他平台调用 可通微信公众号审批发布申请 完善的代码回混机制User(O P/QA/ RD/ SA.)运维树运维树部署系统监控系统。自动化进阶(集成化)运维树 机 器 管 理 ( 机 器 列 表 、 统 计 信 息 ) 基础服务(机器命名、重启、重装、报修、下线) 监控集成(实时流量、监控及报警操作) 权限管理(角色管理、权限申请、回收) 数据管理 (日志中心、监控) DB (慢查询、自动扩容) 配置管理设计考虑 目录结构就是一棵树 根(部门) 级节点(业务) 三级节点(服 务) 四级节点(实例) 叶子节点(机器) 所见即所得所有操作通过变更节点属性达成日 志 中 建 设 基于ELK实现 采集使用filebeat,通过logstash过滤后存入ES 提供日志数据源来做不到维度的展示To DO 基于docker+mesos 架构的私有云自动化 设计私有agent 丰富完善运维树Q&A