多云管下的自动化运维架构 刘宇 Bespin 高级研发总监 自我介绍 自我介绍 • DevOps专家 • 曾任职于新浪、百度、金山 • 《Puppet实战作者》 《Puppet实战手册》 《Python进阶》 • QCon金牌讲师，QCon优秀出品人 目录 ① 行业趋势分析 ② 多云下运维的挑战 ③ 多云平台架构如何设计？ ④ 困难以及挑战 资源统一管理 监控 排查定位问题成本高 —〉 跨度大 业务成本难以核算 —〉 账单难处理 。。。 多云下运维的挑战 Gartner：云管理平台需要具备多云管理、自服务、计量计费、资源弹性及服务编排， 能够自动化部署和配置相关资源，可以与企业现有IT管理系统集成的服务化能力 云管平台架构设计 私有云 公有云 虚拟化 接⼝口适配 多云统⼀一编排 ⾃自助服务 多云管理理 资源优化 云管平台架构设计 SonarQube Gitlab Influxdb MySQL RESTful API Access Layer • 云商接口不统一 • SDK • 异常 • 账单 • 参数字典及转换 • 异步任务 • 日志统一 挑战： 资源统一管理 Sprint Cloud Sprint Boot Common 挑战： 资源统一管理 Rest API API Gateway (Kong) EventBus

.................284 杭州飞致云信息科技有限公司 6 11 各模块定时任务默认执行时间及配置..............................................................................307 11.1 定时任务执行时间修改方式......................................... ......................................... 307 11.2 定时任务默认配置.................................................................................................. 307 12 配置流程配额及计费价格...................... 见的超融合平台 有 Nutanix、戴尔的 VxRail，国内的 SmartX、青云超融合。 运维支撑工具平台 指运维工作中帮助运维的各种运维工具平台，如 CMDB、ITSM、监控平台、 自动化作业工具、备份工具、漏洞扫描工具等等。 VMware 平台 虚拟化平台市场中占有率最大的平台，多数大中型企业 IT 都采用了 VMware 虚拟化平台。 PowerVC IBM Power®

IT 在线服务自动化门户......................................................................11 1.5.2 实现资源运行环境全生命周期管理............................................................12 1.5.3 实现运维工具深度整合、联动自动化....... 基础架构、运维工具的在线服务化自动化门户，通过 IT 服务管理模式 转型，加速业务系统的开发、测试、投产、上线，同时减少人工操作以及人工操作风险、解 放人力、提升运维的效率，以及减少资源浪费降低成本支出。并能够在现有的 IT 服务管理 模式转型框架基础上，与时俱进，不断整合演进过程中新采纳和替换的基础架构和运维工具 平台，保持和提升服务、管理、运维、运营各方面的自动化水平和场景自动化覆盖。 图 1: 即将现有的"柜台式"改变为"ATM 在线服务"式，即通过运行环境资源在线服务、自动化部 署、整合运维工具联动自动化，简化协作流程减少 IT 服务部门内部协作。如图 3 所示。 杭州飞致云信息科技有限公司 软件用起来才有价值，才有改进的机会 8 具体服务方式过程改变为用户侧在线提交资源请求，IT 部门收到请求审批，审批后系 统代替人自动化操作各个虚拟化云平台以及运维工具进行部署交付，使得审批后就不用再等

Samba 或 NFS 实现文件共享，使用 BIND 提供域名解析服务，使用 DHCP 动态管理主机地址，使用 Postfix 与 Dovecot 部署邮件系统，使用 Ansible 服务实现自动化运维，使用 iSCSI 服务部署网络存储，使用 MariaDB 数据库管理系统，使用 PXE+Kickstart 无人值守安装服务，使用 LNMP 架构部署动态网站环境等。此外， 本书的配套站点还深度点评了红帽 ...................................................................................... 106 4.4 计划任务服务程序 .............................................................................................. 年开始讲起。当时，为了解决服务器的终端连接数量的限制和处理复杂计算 的问题，贝尔（Bell）实验室、通用电气（GE）公司以及麻省理工学院（MIT）决定联手打 造一款全新的操作系统—MULTICS（多任务信息与计算系统）。但由于开发过程不顺利， 遇到了诸多阻碍，后期连资金也出现了短缺现象，最终在 1969 年，随着贝尔实验室的退出， MULTICS 也终止了研发工作。而同年，MULTICS 的开发人员

平台 华为云 DevCloud 阿里云效 腾讯 CODING 云厂商引流为主，锁定风险高 对多云跨地域支持不够 实施负担较重难以推广 面向多云友好，厂商中立，全球多地跨云跨域 安全可靠自动化部署 云原生 CI/CD 工具 Tekton Argo 使用门槛高、学习成本高 需要额外建设全流程能力 接入和使用都极其简单，内置模板库 和最佳实践，基于平台工程打造，可以轻松连 接一切工具链 赋能开发、员工成就感高 碎片化：手工协作 + 复杂工具链 工程化：一个平台 一键发布 工作流、环境配置自动更新、高 效调试、消除手工操作、精准快 速迭代、研发生产力 / 幸福感提 升 自助运行、系统化管理、自动化 程度高、测试有效性提升、质量 有保障、横向赋能、技能提升 随时调用工程基线提供的能力、 产品视角开发交付、团队高效协 同、稳定迭代 产研数字化过程数据透明、关键 指标易抽取、有能力合理调动资 源、随时决策响应客户需求 务 • 安 全 服 务 Zadig 产研协同方案： 自动化一切可以自动化的，让工程师专注创造 2 、 用户核心场景 使用介绍 视频 Demo 演示 ? • 准备环境 • 准备工作流 运维（管理员） • IDE 热部署 • 更新镜像 • 更新配置 • 更新数据 • 日常调试 开发工程师 • 日常测试验证 • 自动化测试 测试工程师 • 升级预发环境 • 升级生产环境

平台 华为云 DevCloud 阿里云效 腾讯 CODING 云厂商引流为主，锁定风险高 对多云跨地域支持不够 实施负担较重难以推广 面向多云友好，厂商中立，全球多地跨云跨域 安全可靠自动化部署 云原生 CI/CD 工具 Tekton Argo 使用门槛高、学习成本高 需要额外建设全流程能力 接入和使用都极其简单，内置模板库 和最佳实践，基于平台工程打造，可以轻松连 接一切工具链 赋能开发、员工成就感高 碎片化：手工协作 + 复杂工具链 工程化：一个平台 一键发布 工作流、环境配置自动更新、高 效调试、消除手工操作、精准快 速迭代、研发生产力/幸福感提升 自助运行、系统化管理、自动化 程度高、测试有效性提升、质量 有保障、横向赋能、技能提升 随时调用工程基线提供的能力、 产品视角开发交付、团队高效协 同、稳定迭代 产研数字化过程数据透明、关键 指标易抽取、有能力合理调动资 源、随时决策响应客户需求 务 • 安 全 服 务 Zadig 产研协同方案： 自动化一切可以自动化的，让工程师专注创造 2、 用户核心场景 使用介绍 视频 Demo 演示 ? • 准备环境 • 准备工作流 运维（管理员） • IDE 热部署 • 更新镜像 • 更新配置 • 更新数据 • 日常调试 开发工程师 • 日常测试验证 • 自动化测试 测试工程师 • 升级预发环境 • 升级生产环境

CONTENTS 4.3.4 将 TFTP 映像放到适当的位置 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16 4.4 自动化安装 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16 4.4 2.3 应用程序版本管理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45 8.2.4 定时任务管理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46 8.3 更多信息 . . 内核并不能成为一个可以正常工作的操作系统，所以我们更倾向使用“GNU/Linux” 一词来表达人们通常所说的“Linux”。 GNU/Linux 是以 Unix 操作系统为原型创造的。自从诞生之日起，它就被设计成一种多任务、多用户 的系统。这些特点使 GNU/Linux 完全不同于其它著名的操作系统。事实上，GNU/Linux 比您所能想象到 更加特别。与其它操作系统绝然相反的是，没人真正拥有 GNU/Linux，其大部分开发工作都是由无偿的

TFTP 映像放到适当的位置 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16 ii CONTENTS 4.4 自动化安装 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16 4.4 2.3 应用程序版本管理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45 8.2.4 定时任务管理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46 8.3 更多信息 . . 内核并不能成为一个可以正常工作的操作系统，所以我们更倾向使用“GNU/Linux” 一词来表达人们通常所说的“Linux”。 GNU/Linux 是以 Unix 操作系统为原型创造的。自从诞生之日起，它就被设计成一种多任务、多用户 的系统。这些特点使 GNU/Linux 完全不同于其它著名的操作系统。事实上，GNU/Linux 比您所能想象到 更加特别。与其它操作系统绝然相反的是，没人真正拥有 GNU/Linux，其大部分开发工作都是由无偿的

18 4.4.4 将 TFTP 映像放到适当的位置 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18 4.5 自动化安装 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18 4.5 2.3 应用程序版本管理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48 8.2.4 定时任务管理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49 8.3 更多信息 . . 内核并不能成为一个可以正常工作的操作系统，所以我们更倾向使用“GNU/Linux” 一词来表达人们通常所说的“Linux”。 GNU/Linux 是以 Unix 操作系统为原型创造的。自从诞生之日起，它就被设计成一种多任务、多用户 的系统。这些特点使 GNU/Linux 完全不同于其它著名的操作系统。事实上，GNU/Linux 比您所能想象到 更加特别。与其它操作系统绝然相反的是，没人真正拥有 GNU/Linux，其大部分开发工作都是由无偿的

17 4.3.5 将 TFTP 映像放到适当的位置 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18 4.4 自动化安装 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18 4.4 2.3 应用程序版本管理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48 8.2.4 定时任务管理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49 8.3 更多信息 . . 内核并不能成为一个可以正常工作的操作系统，所以我们更倾向使用“GNU/Linux” 一词来表达人们通常所说的“Linux”。 GNU/Linux 是以 Unix 操作系统为原型创造的。自从诞生之日起，它就被设计成一种多任务、多用户 的系统。这些特点使 GNU/Linux 完全不同于其它著名的操作系统。事实上，GNU/Linux 比您所能想象到 更加特别。与其它操作系统绝然相反的是，没人真正拥有 GNU/Linux，其大部分开发工作都是由无偿的