本篇是上一篇【DevOps運(yùn)維】構(gòu)建面向應(yīng)用的運(yùn)維管理新思維的延續(xù)。很早之前，我提到過，運(yùn)維的本質(zhì)其實(shí)是在做交付，沒有做到面向用戶的交付，不是好運(yùn)維，IT也不是一個(gè)好IT。如下圖：

 

• 可視化
• 拒絕碎片
• 服務(wù)與價(jià)值
• IT系統(tǒng)的ERP

從交付的目標(biāo)來看，一定是朝著自動(dòng)化的方向去走的，這個(gè)是從IT交付鏈的角度來分析，也就分析出IT自動(dòng)化應(yīng)該覆蓋的范圍了，公式如下：

IT自動(dòng)化=DevOps自動(dòng)化或者持續(xù)交付自動(dòng)化+Ops自動(dòng)化(Application Ops+Platform Ops + Infra Ops)。

為什么把Ops自動(dòng)化獨(dú)立?全都是因?yàn)镺ps的場景非常特殊，很多是運(yùn)維獨(dú)立完成的，他覆蓋了更多的一些運(yùn)維資源、變更能力，其中大部分能力是和研發(fā)、測試無關(guān)的，比如說應(yīng)用的上線、擴(kuò)容、遷移、切換;平臺(tái)運(yùn)維對應(yīng)paas;基礎(chǔ)設(shè)施對應(yīng)IaaS等等。

一、DevOps自動(dòng)化或者持續(xù)交付

DevOps自動(dòng)化，可以認(rèn)為是從應(yīng)用的角度，構(gòu)建一個(gè)安全、快速且可持續(xù)的變更過程，這個(gè)地方包括版本發(fā)布、升級(jí)、回滾等等，當(dāng)前業(yè)界***標(biāo)準(zhǔn)實(shí)踐是持續(xù)交付。持續(xù)交付可以說DevOps的核心工程實(shí)踐，也是精益企業(yè)的核心工程實(shí)踐。

構(gòu)建一個(gè)完整的持續(xù)交付自動(dòng)化平臺(tái)，需要看到完整的能力框架。當(dāng)前我在DevOps Master培訓(xùn)班講授的持續(xù)交付課程里面，提出了以下【持續(xù)交付屋】模型：

• 目標(biāo)是打造一個(gè)全自動(dòng)化部署流水線，完整的整合構(gòu)建實(shí)踐、持續(xù)審查、測試、持續(xù)部署和反饋整個(gè)過程。
• 基于這個(gè)流水線自動(dòng)化的能力目標(biāo)，需要提供三大管理能力：平臺(tái)管理、能力管理、管理過程等等。
• 在平臺(tái)管理部分，需要提供標(biāo)準(zhǔn)化的持續(xù)交付平臺(tái)，對應(yīng)企業(yè)的每個(gè)業(yè)務(wù)提供交付流水線?？梢暬脚_(tái)和監(jiān)控平臺(tái)分別是數(shù)據(jù)分析平臺(tái)和監(jiān)控平臺(tái)，從業(yè)務(wù)質(zhì)量優(yōu)化和問題驅(qū)動(dòng)兩個(gè)層面來確保流水線的變更情況。
• 能力管理。提供了八大能力管理，這個(gè)能力管理的成熟度水平，決定部署流水線的水平。
• 管理過程。部署流水線打通公司部門墻，需要文化的支持、需要持續(xù)改善的機(jī)制、也需要有灰度實(shí)施的策略，從而取得突破。

打造持續(xù)交付流水線，我們過去的運(yùn)維平臺(tái)建設(shè)思維都要發(fā)生變化。過去各自獨(dú)立建設(shè)的平臺(tái)現(xiàn)狀，都需要變化成以應(yīng)用為中心的建設(shè)思路，詳見【DevOps運(yùn)維】構(gòu)建面向應(yīng)用的運(yùn)維管理新思維。基于應(yīng)用的整個(gè)生命周期的管理，才能打通整個(gè)交付過程。

很多運(yùn)維在做自動(dòng)化平臺(tái)的時(shí)候，非常獨(dú)立，忽略了早期的過程，運(yùn)維應(yīng)該走到前面階段，去看如何做好系統(tǒng)的標(biāo)準(zhǔn)對接點(diǎn)。Jenkins那邊提供提供的維度，應(yīng)該自然的保留到運(yùn)維的平臺(tái)中來。

其實(shí)一個(gè)很強(qiáng)的持續(xù)交付能力，是可以量化的，是需要把這個(gè)能力直接映射到一些IT管理維度上，同時(shí)提出明確的階梯管理要求。如下圖：

二、運(yùn)維Ops自動(dòng)化

Ops自動(dòng)化的過程可以算作一個(gè)獨(dú)立的過程，比如說配置管理、IaaS、PaaS層的服務(wù)管理、應(yīng)用層的運(yùn)維自動(dòng)化管理(遷移、容災(zāi)切換)等等，簡單的應(yīng)用持續(xù)部署不足以覆蓋運(yùn)維自動(dòng)化所有。之前談了很多，這個(gè)地方不講了。

如何在企業(yè)里面實(shí)施一個(gè)成功的交付?是否有標(biāo)準(zhǔn)可言?

這個(gè)在一些場合不斷的反復(fù)討論,因?yàn)樯婕暗紻evOps實(shí)施的問題。其實(shí)在組織里實(shí)施一個(gè)系統(tǒng)工程，要么順序工程，要么并行工程。順序工程就是把最重要的先做了，單點(diǎn)突破;并行工程就是讓大家都動(dòng)起來，一起參與，但這個(gè)依賴全局的組織動(dòng)員能力、文化、執(zhí)行力等等。我建議的順序?qū)肼窂綀D：

***和大家一起探討一下交付的核心度量，一個(gè)好的交付應(yīng)該關(guān)注哪些指標(biāo)?

• (全局/核心)Cycletime/LeadTime。
• (全局/核心)交付頻率
• (全局/核心)服務(wù)恢復(fù)時(shí)長
• (全局/核心)變更失敗率

這個(gè)指標(biāo)也是和DevOps 每年的規(guī)劃指標(biāo)是一致的，這個(gè)指標(biāo)是很好精確理解的，和行業(yè)是無關(guān)的。

運(yùn)維必須要關(guān)注端到端的交付能力，端到端的自動(dòng)化能力需要運(yùn)維對開發(fā)、測試的能力足夠的了解，需要對運(yùn)維平臺(tái)的整體規(guī)劃與設(shè)計(jì)，需要的是運(yùn)維管理平臺(tái)的開放和集成能力。一定要放棄對運(yùn)維自動(dòng)化在工具層面上的認(rèn)知，跳出之前的思維邊界。

【本文是專欄作者“王津銀”的原創(chuàng)稿件，轉(zhuǎn)載請注明出處】

分享文章：構(gòu)建面向交付的自動(dòng)化運(yùn)維新思維
文章轉(zhuǎn)載：http://uogjgqi.cn/article/codjjjg.html