自动化运维

运维

运维解读

业务场景

• 业务上线
  资源申请：CMDB、共有云Iaas、虚拟机平台
  

  Iaas：Infrastructure-as-a-Service，硬件外包，提供资源
  Paas：Platform-as-a-Service，提供软件开发和运行平台
  Saas：Software-as-a-Service，应用作为服务提供给客户
  SaaS基于PaaS，而PaaS基于IaaS

OS环境初始化：Puppet 、SaktStack等管理工具
发布组件（组件部署）：持续部署管理系统
发布相关应用程序包（业务环境初始化）：持续部署管理系统
申请关联服务：DNS、LVS、Server、存储、Cache、名字服务
自动化测试：测试自动化系统
业务上线：监控、数据采集、CMDB系统

• 业务下线
  上线逆过程
• 业务扩容
  根据CMDB相关信息，节点资源扩容
• 业务缩容
• 应用升级
  升级程序包、升级配置、执行额外的指令

系统层次

• 资源及服务：Iaas资源及CMDB资源池
• 系统服务层：Puppet、SaltStack配置管理
• 架构服务层：公共服务平台
• 应用服务层：应用包+配置粒度的生命周期管理
• 业务调度层：面向全业务，自动化调度管理
  不越界作业

面向服务

• 运营能力层：产品形式＋ 运营方法
• 平台能力层：集成、场景化、基于角色、基于事务，面向业务运维场景，实现底层能力的组合和封装。
• 通用能力层：面向业务技术架构+面向运维服务架构，提供资源、作业、部署、F5等实现端到端的能力调度。实现上层平台支撑和底层设施服务化交付。
• 基础设施层：资源交付。

方法论

• 全局驱动
• 分而治之
• 自底向上
• 边界清晰
  管理和职能边界
• 插件化
  在应用服务层和架构服务层不要引入插件化管理，避免管理混乱。

实现策略

DNS管理系统

GSLB：全局服务负载均衡调度
CDN节点

CMDB管理系统

名字服务中心系统

把程序接口之间的调用抽象成单个服务之间的调用，在服务中心实现调度的统一注册、鉴权、ACL 、容灾容错控制。

持续部署管理系统

持续交互核心：持续集成、持续测试、持续部署、持续反馈

运维调度管理系统

场景化运维封装。

运维自动化团队模型

能力模型

业务运维，运维研发，技术研究。
以应用运维和运维研发为基础。

驱动模型

问题驱动
事务驱动、需求驱动
价值驱动、优化驱动、用户驱动

技能模型

组织结构