新一代云上运维和DevOps浅谈

Posted 2021-04-16 SilverLining冠闵信息

       

新一代云上运维和DevOps浅谈

       多年来，我们一直在基于TMF管理架构的进行企业和运营商（运营商，服务提供商，系统集成商，数据中心，企业等）的方式开发运营管理系统，网络管理系统和网元管理系统，并且提供相应的运维，传统的运维方式一直建立在：FCAPS (Fault, Configuration, Accounting, Performance, Security) management. （故障，配置，记帐，性能，安全）管理；Traffic and Quality management  流量和质量管理；Inventory management库存管理；Provisioning, Configuration/Back up/Restore 配置/备份/恢复 以及 ITIL management ITIL管理之上。

      然而运维需要思维的突破，从Ops走向DevOps，从项目走向产品，从资源走向应用，运维的本质其实是在做交付，没有做到面向用户的交付，不是好运维，IT也不是一个好IT。

      从交付的目标来看，一定是朝着自动化的方向去走的。DevOps 重要内容如下：

     ● 基础设施即代码

     ● IT自动化和配置管理

     ● 版本控制的集成

     ● 持续集成和持续交付

     ● 持续部署

     ● 应用和基础设施的版本管理

     ● 监控和日志管理

DevOps中的应用和基础设施可以归类如下：

最佳实践	应用层	基础设施层
版本管理	应用程序代码	IT资源模板
持续集成	集成，构建代码 测试	整合模板 验证模板
持续交付	新功能 缺陷的修复	新的IT环境 升级的IT环境
持续部署	新功能从开发到上线的端到端	IT环境从搭建到销毁的端到端
配置管理	支撑应用的多形态部署	支撑环境的多结构搭建
监控和日志管理	应用健康状态 用户的访问量……	IT资源性能情况 资源的使用量……

DevOps自动化或者持续交付

      DevOps自动化，可以认为是从应用的角度，构建一个安全、快速且可持续的变更过程，这个地方包括版本发布、升级、回滚等等，当前业界最佳标准实践是持续交付。持续交付可以说DevOps的核心工程实践，也是精益企业的核心工程实践。

       构建一个完整的持续交付自动化平台，需要看到完整的能力框架。

       ●目标是打造一个全自动化部署流水线，完整的整合构建实践、持续审查、测试、持续部 署和反馈整个过程。

      ●基于这个流水线自动化的能力目标，需要提供三大管理能力：平台管理、能力管理、管理过程等等。

      ●在平台管理部分，需要提供标准化的持续交付平台，对应企业的每个业务提供交付流水线。可视化平台和监控平台分别是数据分析平台和监控平台，从业务质量优化和问题驱动两个层面来确保流水线的变更情况。

     ●能力管理。提供了八大能力管理，这个能力管理的成熟度水平，决定部署流水线的水平。

      ●管理过程。部署流水线打通公司部门墙，需要文化的支持、需要持续改善的机制、也需要有灰度实施的策略，从而取得突破。

       打造持续交付流水线，我们过去的运维平台建设思维都要发生变化。过去各自独立建设的平台现状，都需要变化成以应用为中心的建设思路。基于应用的整个生命周期的管理，才能打通整个交付过程。

       很多运维在做自动化平台的时候，非常独立，忽略了早期的过程，运维应该走到前面阶段，去看如何做好系统的标准对接点。Jenkins那边提供提供的维度，应该自然的保留到运维的平台中来。以AWS为例,持续交付可以用到的工具如下：

       其实一个很强的持续交付能力，是可以量化的，是需要把这个能力直接映射到一些IT管理维度上，同时提出明确的阶梯管理要求。如下图：

运维Ops自动化

        Ops自动化的过程可以算作一个独立的过程，比如说配置管理理、IaaS、PaaS层的服务管理、应用层的运维自动化管理（迁移、容灾切换）等等，简单的应用持续部署不足以覆盖运维自动化所有。

如何在企业里面实施一个成功的交付？是否有标准可言?

这个在一些场合不断的反复讨论,因为涉及到DevOps实施的问题。其实在组织里实施一个系统工程，要么顺序工程，要么并行工程。顺序工程就是把最重要的先做了，单点突破；并行工程就是让大家都动起来，一起参与，但这个依赖全局的组织动员能力、文化、执行力等等。建议的顺序导入路径图：