【51CTO.com快譯】“DevOps”的全稱是“開發(fā)和運(yùn)維”，但這個(gè)術(shù)語一點(diǎn)也不簡(jiǎn)明扼要。開發(fā)運(yùn)維已變得如此臃腫、復(fù)雜和有爭(zhēng)議，要是不先定義它，就沒法討論其投資回報(bào)率(ROI)。 

正確理解DevOps

想要弄清楚Devops的ROI，可以先這樣來理解DevDps：有武術(shù)，有柔術(shù)，還有柔道(這是柔術(shù)的分支，里約奧運(yùn)會(huì)上出現(xiàn)過的項(xiàng)目)。而軟件開發(fā)就好比是武術(shù)，敏捷方法是柔術(shù)，開發(fā)運(yùn)維則是柔道。

開發(fā)運(yùn)維有六大特征，它們帶來了我們力求衡量的投資回報(bào)率：

1. 連續(xù)集成(CI)：開發(fā)人員和測(cè)試人員驗(yàn)證新代碼的流程。

2. 持續(xù)交付(CD)：創(chuàng)建可發(fā)布工件的流程。

3. 動(dòng)態(tài)云基礎(chǔ)設(shè)施：優(yōu)化計(jì)算資源的基礎(chǔ)設(shè)施虛擬化。

4. 測(cè)試自動(dòng)化：執(zhí)行功能測(cè)試和接口測(cè)試的腳本。

5. 安全自動(dòng)化：執(zhí)行安全檢查的腳本，越來越多地被稱為開發(fā)安全運(yùn)維(DevSecOps)。

6. 監(jiān)控：不斷衡量環(huán)境，積極主動(dòng)地解決問題。

開發(fā)、運(yùn)維和質(zhì)量保證(QA)等團(tuán)隊(duì)協(xié)同工作，讓開發(fā)運(yùn)維成為可能。人們搞開發(fā)運(yùn)維，并非因?yàn)樗浅绷鳌⒒驇в猩衩厣剩菫榱藵M足業(yè)務(wù)目標(biāo)。坦率地說，許多公司在開發(fā)上投入了大筆開支，期望能賺到大筆收入。

[[173416]] 

記牢五個(gè)評(píng)估指標(biāo)

想在擁擠不堪的應(yīng)用程序商店或企業(yè)市場(chǎng)中競(jìng)爭(zhēng)，技術(shù)公司就要迅速交付新產(chǎn)品，不斷更新產(chǎn)品，并嚴(yán)格確保質(zhì)量。只有這樣，公司才能獲得舊的“瀑布模式”或基本的敏捷方法無法獲得的投資回報(bào)率。那么，開發(fā)運(yùn)維部門應(yīng)如何衡量其ROI呢?我認(rèn)為，可以參考以下五個(gè)指標(biāo)：

1. 更短的上市時(shí)間

開發(fā)運(yùn)維部門的一些敏捷團(tuán)隊(duì)每天多次發(fā)布軟件，而其他團(tuán)隊(duì)發(fā)布軟件則沒有這么頻繁。市場(chǎng)形勢(shì)和經(jīng)營(yíng)戰(zhàn)略決定了發(fā)布的步伐。但有時(shí)候，公司需要搶在競(jìng)爭(zhēng)對(duì)手之前，盡快將創(chuàng)意變成產(chǎn)品。率先發(fā)布，其投資回報(bào)可能會(huì)高達(dá)數(shù)十億美元。在這種情況下，我看好奉行開發(fā)運(yùn)維理念的公司。

衡量上市時(shí)間很簡(jiǎn)單。比較一下瀑布模型下的周期時(shí)間和開發(fā)運(yùn)維下的周期時(shí)間。在競(jìng)相進(jìn)入市場(chǎng)的情況下，你的平均周期可以很好地表明你的團(tuán)隊(duì)能做什么。正如古希臘詩人阿基洛克斯所說：“我們無法上升到我們的期望水平，而是落到我們的訓(xùn)練水平。”

2. 更少的員工和更高的生產(chǎn)力

你可以從玻璃杯半空或玻璃杯半滿的角度來看待開發(fā)運(yùn)維和人才。悲觀主義者可能會(huì)說，開發(fā)運(yùn)維破壞了工作，因?yàn)樗尮灸軌蛴酶俚娜税l(fā)布更多的軟件。樂觀主義者可能會(huì)說，開發(fā)運(yùn)維讓公司避免雇用不必要的員工。

這兩種觀點(diǎn)都有其道理;無論你削減人員還是從不添加人員，開發(fā)運(yùn)維都能節(jié)省資金。可以從運(yùn)維團(tuán)隊(duì)身上看到最顯著的差異。借助開發(fā)運(yùn)維，同樣數(shù)量的人可以管理100臺(tái)或1000臺(tái)服務(wù)器。自動(dòng)化使規(guī)模方面的差異顯得不再重要。

3. 沒有停機(jī)

有缺陷的代碼和不堪重負(fù)的基礎(chǔ)設(shè)施經(jīng)常導(dǎo)致系統(tǒng)停機(jī)，因而每秒可能損失數(shù)千美元。當(dāng)然，只有停機(jī)發(fā)生，它才是切實(shí)的成本。所以，大多數(shù)公司等到因停機(jī)而損失數(shù)百萬美元后才投入于開發(fā)運(yùn)維。我不會(huì)怪它們。你知道有多少人擁有備用發(fā)電機(jī)以防停電嗎?除非你經(jīng)歷了沒電的三個(gè)黑夜，否則不會(huì)備有發(fā)電機(jī)。

持續(xù)集成和持續(xù)交付(CI/CD)結(jié)合自動(dòng)化測(cè)試和安全檢查可生成異常穩(wěn)定的代碼，從而防止停機(jī)。此外，一種基于云的動(dòng)態(tài)基礎(chǔ)設(shè)施能夠按需擴(kuò)展，并自動(dòng)顧及系統(tǒng)故障，它能減小流量波動(dòng)的風(fēng)險(xiǎn)。通過自動(dòng)化分配和重新分配服務(wù)器和容器，開發(fā)運(yùn)維消除了原本導(dǎo)致系統(tǒng)崩潰的瓶頸。

同樣重要的是，開發(fā)運(yùn)維通過利用“微服務(wù)”來應(yīng)對(duì)停機(jī)，微服務(wù)是這些年來系統(tǒng)架構(gòu)領(lǐng)域最重要的技術(shù)之一，也是許多開發(fā)運(yùn)維團(tuán)隊(duì)的一種關(guān)鍵工具。軟件平臺(tái)過去是一種單一整體式系統(tǒng)。如果登錄服務(wù)停止工作或變得不堪重負(fù)，平臺(tái)的其余部分就停止運(yùn)行。現(xiàn)在，開發(fā)運(yùn)維組織創(chuàng)建了幾十個(gè)、甚至幾百個(gè)微服務(wù)，它們都由API連接起來。如果一個(gè)微服務(wù)失效，其余微服務(wù)可以繼續(xù)工作，只要平臺(tái)設(shè)計(jì)正確。因而，微服務(wù)可以縮減停機(jī)時(shí)間，消除令人痛苦的停運(yùn)。

4. 降低基礎(chǔ)設(shè)施成本

微服務(wù)不僅更可靠，而且成本低得多。你可以構(gòu)建應(yīng)用程序，只在有需要的地方添加額外的計(jì)算能力。此外，使用容器，你可以榨取最后一滴效率，從而實(shí)現(xiàn)每個(gè)實(shí)例最大限度地提高資源利用率。結(jié)合動(dòng)態(tài)云基礎(chǔ)設(shè)施，你可以設(shè)置實(shí)例庫和容器庫，以便隨著工作負(fù)載的增加或減少，資源庫可以自動(dòng)擴(kuò)展或縮減。

一個(gè)完美的例子是亞馬遜網(wǎng)站。節(jié)假日期間，它要處理龐大的流量，因此按需創(chuàng)建額外的服務(wù)器實(shí)例。它可能發(fā)現(xiàn)，Tickle Me Elmo成為人人都想要的熱門玩具，于是它可以為其系統(tǒng)的這一個(gè)方面添加更多的計(jì)算能力。亞馬遜只把錢花在有必要投入的基礎(chǔ)設(shè)施上。

同樣，為了衡量開發(fā)運(yùn)維的投資回報(bào)率，要關(guān)注長(zhǎng)期的變化。在早期(即瀑布開發(fā)年代)，你在虛擬機(jī)上花了什么?現(xiàn)在你又花了什么?還要考慮到用戶群規(guī)模以及你所提供服務(wù)的范圍。

5. 提高應(yīng)用程序的質(zhì)量和性能

質(zhì)量和性能是很難衡量的特征。它們影響三種類型的衡量指標(biāo)：服務(wù)單(service ticket)、使用模式和需求信號(hào)。你要以不同的方式來衡量這些，具體取決于貴公司。

假設(shè)你為內(nèi)部客戶開發(fā)企業(yè)應(yīng)用程序。你在發(fā)布后的頭48小時(shí)內(nèi)生成多少服務(wù)單?最終用戶如何與新功能進(jìn)行交互?牢記一點(diǎn)：如果用戶沒有與新功能進(jìn)行交互，不會(huì)生成任何服務(wù)單。多少現(xiàn)有用戶下載最新版本、下載速度有多快?

反過來，如果你為外部客戶開發(fā)企業(yè)應(yīng)用程序，要關(guān)注客戶服務(wù)活動(dòng)、使用模式和銷售活動(dòng)。如果是面向消費(fèi)者的應(yīng)用程序，你可以查看應(yīng)用程序商店上的評(píng)分、使用模式、下載次數(shù)和應(yīng)用程序商店的轉(zhuǎn)化率。

針對(duì)時(shí)間不夠用的人

實(shí)施開發(fā)運(yùn)維的投資回報(bào)率挺復(fù)雜。因?yàn)殚_發(fā)運(yùn)維對(duì)運(yùn)維成本和收入方面改善很多，以致于企業(yè)很難計(jì)算所有好的一面。不過，如果你是時(shí)間有限的CTO或CIO，好處很明確。成功標(biāo)準(zhǔn)就是更穩(wěn)定、更安全、更頻繁發(fā)布的代碼。

無論IT達(dá)到何種水平，團(tuán)隊(duì)都會(huì)得益于開發(fā)運(yùn)維方法帶來的更快速度、更高質(zhì)量和一致性。這方面根本不存在臃腫、復(fù)雜或有爭(zhēng)議的東西。

原文標(biāo)題：The ROI of DevOps: 5 Key Metrics，作者： Guest Author

【51CTO譯稿，合作站點(diǎn)轉(zhuǎn)載請(qǐng)注明原文譯者和出處為51CTO.com】