[YY互娱]基于 DevOps 理念的私有 PaaS 平台实践
《[YY互娱]基于 DevOps 理念的私有 PaaS 平台实践》要点: 作者简介:
前言云计算从2006年 AWS 推出 EC2开始,至今已经10年,从最开始多数人不清楚云计算为何物,到如今,大到 BAT等互联网公司,传统金融、证券、制造业企业,小到初创企业,都在积极推进云计算战略,以此加快业务交付效率,降低成本、提升竞争力.云计算的首要目的是将底层硬件抽象化,向上提供计算资源,存储资源,网络资源. 其关键核心是提高了IT业务交付效率,使企业花费更少的钱,办更多的事情,同时满足质量,安全的需求.在云计算大潮下,企业内IT部门,需结合自身的业务特点,思考提供怎样的云计算基础设施服务(IaaS),以及基于 IaaS又提供怎样的 PaaS,才能满足企业对于质量,效率,成本,安全四元组合的最佳要求,是摆在每一个运维从业者面前的问题. YY 互娱基于 DevOps 理念,并结合 ITIL 最佳实践理念,从13年开始推出自己的IaaS,基于自身条件,推出一套符合企业内部要求的私有 PaaS 运维平台,并在实践中不断的改进完善IaaS,PaaS.本文将系统的从4个方面,分享YY互娱运维团队对于 PaaS 运维平台实践经验及未来展望,希望对大家有一些参考意义. 一、 运维价值体系说到运维,还得从运维的价值体系说起.运维的价值体系,从四个维度来概括,即质量,安全.这体现的是一个经济问题,是运维部门总结工作时,公司高层能听得懂的语言.我们从事一切运维工作,大到公司运维平台体系构建,小到某项具体运维工作,最终将从这4个维度的数据来衡量,因此,运维工作应该以提高业务的质量,效率为出发点,在成本和安全中寻求最佳平衡点.在云计算的形式下,应当以自动化,服务化等技术手段为依托,数据化,可视化体现运维的价值输出. 二、 运维平台化方式纵观整个运维技术的发展历程,运维平台化体系建设,我们认为主要有以下3种形式. 1. 面向流程提供独立的工具子系统,再将工具 API 化,向上提供整合能力. 上面这种运维平台模式,是典型的以 ITIL 最佳实践为参考的运维体系建设.我们从一个常见的业务上线场景说起,来看看这种模式的特点. 假如一个 Web 业务需要上线,需要服务器资源,需求人(开发或者业务运维)需要到 CMDB 查看是否有空闲资源,若有,则到“服务器申请”流程里面提一个工单,经过一个审批流程(至少3个审批节点),拿到服务器. 同样,业务上线还需要数据库,需要缓存,需要 DNS 解析,需要开通权限,需要添加监控等等,需求人都必须到相应的系统提单,才能完成需求.这样的流程体系下,对于需求的管理方是比较好的,各类需求,资源都可以较好的记录以及控制. 但对于核心的业务上线,变更、即面向用户的价值交付,效率很低,业务上线周期长,人力成本高. ITIL 最佳实践中总共包括六大操作流程五大服务支持流程,流程都包括五大要点:流程目标、基本概念、主要活动、好处与风险,以及关键绩效指标与报表.以流程为导向建设运维体系,在互联网时代本身变化极快,不断试错,追求敏捷高效的目标冲突越来越大. ITIL 面向流程的运维体系亟需改进,而改进的方向,即面向业务的服务化方向改进. 2. 面向服务基础组件API 化(IaaS化),向上提供整合能力,再做面向运维的集中信息管理,配置管理,变更管理等. 如上图所示,我们仍旧以一个 Web 业务上线的场景,来进行说明. 面向服务的运维平台,首先需要构建底层资源的 IaaS 化,API 化.有了 IaaS化,我们就具备了提供一个一站式的运维平台的基础能力.在这样的运维平台上,业务上线需要数据库资源,平台提供对应的实例配置套餐,一键创建并返回给用户. 同样,制定一套标准的发布规范,实现自动化部署,业务在发布的时候,从 IaaS 资源池自动分配服务器.其他的资源,如 CDN,域名解析等,同样可以在平台上自助完成. 这样,业务上线的流程,全部以自动化,自助的方式完成.再往前,平台与持续集成,自动化测试平台进行对接,即可完成自动化测试,并根据自动化测试结果来决定是否进行发布. 这里面主要是以 DevOps 的理念来构建运维平台,这个方式也是我们的实践方式,后续内容将详细描述. 3. “拿来主义”
三、 YY互娱 – PaaS 运维平台理念和实践业务场景YY 互娱在这几年处于高速发展的过程,即要稳固拓展 PC 端的市场,又需要在移动端寻求突破,业务场景: 1. 快速试错 (编辑:ASP站长网) |