建站
咨詢(xún)
售后
建站咨詢(xún)
新聞中心
本篇是上一篇【DevOps運(yùn)維】構(gòu)建面向應(yīng)用的運(yùn)維管理新思維的延續(xù)。很早之前，我提到過(guò)，運(yùn)維的本質(zhì)其實(shí)是在做交付，沒(méi)有做到面向用戶(hù)的交付，不是好運(yùn)維，IT也不是一個(gè)好IT。如下圖：
- 可視化
- 拒絕碎片
- 服務(wù)與價(jià)值
- IT系統(tǒng)的ERP
從交付的目標(biāo)來(lái)看，一定是朝著自動(dòng)化的方向去走的，這個(gè)是從IT交付鏈的角度來(lái)分析，也就分析出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的場(chǎng)景非常特殊，很多是運(yùn)維獨(dú)立完成的，他覆蓋了更多的一些運(yùn)維資源、變更能力，其中大部分能力是和研發(fā)、測(cè)試無(wú)關(guān)的，比如說(shuō)應(yīng)用的上線、擴(kuò)容、遷移、切換;平臺(tái)運(yùn)維對(duì)應(yīng)paas;基礎(chǔ)設(shè)施對(duì)應(yīng)IaaS等等。
一、DevOps自動(dòng)化或者持續(xù)交付
DevOps自動(dòng)化，可以認(rèn)為是從應(yīng)用的角度，構(gòu)建一個(gè)安全、快速且可持續(xù)的變更過(guò)程，這個(gè)地方包括版本發(fā)布、升級(jí)、回滾等等，當(dāng)前業(yè)界***標(biāo)準(zhǔn)實(shí)踐是持續(xù)交付。持續(xù)交付可以說(shuō)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ù)審查、測(cè)試、持續(xù)部署和反饋整個(gè)過(guò)程。
- 基于這個(gè)流水線自動(dòng)化的能力目標(biāo)，需要提供三大管理能力：平臺(tái)管理、能力管理、管理過(guò)程等等。
- 在平臺(tái)管理部分，需要提供標(biāo)準(zhǔn)化的持續(xù)交付平臺(tái)，對(duì)應(yīng)企業(yè)的每個(gè)業(yè)務(wù)提供交付流水線?？梢暬脚_(tái)和監(jiān)控平臺(tái)分別是數(shù)據(jù)分析平臺(tái)和監(jiān)控平臺(tái)，從業(yè)務(wù)質(zhì)量?jī)?yōu)化和問(wèn)題驅(qū)動(dòng)兩個(gè)層面來(lái)確保流水線的變更情況。
- 能力管理。提供了八大能力管理，這個(gè)能力管理的成熟度水平，決定部署流水線的水平。
- 管理過(guò)程。部署流水線打通公司部門(mén)墻，需要文化的支持、需要持續(xù)改善的機(jī)制、也需要有灰度實(shí)施的策略，從而取得突破。
打造持續(xù)交付流水線，我們過(guò)去的運(yùn)維平臺(tái)建設(shè)思維都要發(fā)生變化。過(guò)去各自獨(dú)立建設(shè)的平臺(tái)現(xiàn)狀，都需要變化成以應(yīng)用為中心的建設(shè)思路，詳見(jiàn)【DevOps運(yùn)維】構(gòu)建面向應(yīng)用的運(yùn)維管理新思維?；趹?yīng)用的整個(gè)生命周期的管理，才能打通整個(gè)交付過(guò)程。
很多運(yùn)維在做自動(dòng)化平臺(tái)的時(shí)候，非常獨(dú)立，忽略了早期的過(guò)程，運(yùn)維應(yīng)該走到前面階段，去看如何做好系統(tǒng)的標(biāo)準(zhǔn)對(duì)接點(diǎn)。Jenkins那邊提供提供的維度，應(yīng)該自然的保留到運(yùn)維的平臺(tái)中來(lái)。
其實(shí)一個(gè)很強(qiáng)的持續(xù)交付能力，是可以量化的，是需要把這個(gè)能力直接映射到一些IT管理維度上，同時(shí)提出明確的階梯管理要求。如下圖：
二、運(yùn)維Ops自動(dòng)化
Ops自動(dòng)化的過(guò)程可以算作一個(gè)獨(dú)立的過(guò)程，比如說(shuō)配置管理、IaaS、PaaS層的服務(wù)管理、應(yīng)用層的運(yùn)維自動(dòng)化管理(遷移、容災(zāi)切換)等等，簡(jiǎn)單的應(yīng)用持續(xù)部署不足以覆蓋運(yùn)維自動(dòng)化所有。之前談了很多，這個(gè)地方不講了。
如何在企業(yè)里面實(shí)施一個(gè)成功的交付?是否有標(biāo)準(zhǔn)可言?
這個(gè)在一些場(chǎng)合不斷的反復(fù)討論,因?yàn)樯婕暗紻evOps實(shí)施的問(wèn)題。其實(shí)在組織里實(shí)施一個(gè)系統(tǒng)工程，要么順序工程，要么并行工程。順序工程就是把最重要的先做了，單點(diǎn)突破;并行工程就是讓大家都動(dòng)起來(lái)，一起參與，但這個(gè)依賴(lài)全局的組織動(dòng)員能力、文化、執(zhí)行力等等。我建議的順序?qū)肼窂綀D：
***和大家一起探討一下交付的核心度量，一個(gè)好的交付應(yīng)該關(guān)注哪些指標(biāo)?
- (全局/核心)Cycletime/LeadTime。
- (全局/核心)交付頻率
- (全局/核心)服務(wù)恢復(fù)時(shí)長(zhǎng)
- (全局/核心)變更失敗率
這個(gè)指標(biāo)也是和DevOps 每年的規(guī)劃指標(biāo)是一致的，這個(gè)指標(biāo)是很好精確理解的，和行業(yè)是無(wú)關(guān)的。
運(yùn)維必須要關(guān)注端到端的交付能力，端到端的自動(dòng)化能力需要運(yùn)維對(duì)開(kāi)發(fā)、測(cè)試的能力足夠的了解，需要對(duì)運(yùn)維平臺(tái)的整體規(guī)劃與設(shè)計(jì)，需要的是運(yùn)維管理平臺(tái)的開(kāi)放和集成能力。一定要放棄對(duì)運(yùn)維自動(dòng)化在工具層面上的認(rèn)知，跳出之前的思維邊界。
【本文是專(zhuān)欄作者“王津銀”的原創(chuàng)稿件，轉(zhuǎn)載請(qǐng)注明出處】
網(wǎng)站名稱(chēng)：構(gòu)建面向交付的自動(dòng)化運(yùn)維新思維
文章分享：http://m.5511xx.com/article/codjjjg.html
