想要落地DevOps卻不知道如何入手？本篇文章將帶你深入學(xué)習(xí)關(guān)于DevOps的關(guān)鍵概念及優(yōu)秀實(shí)踐。

DevOps的起源

一般認(rèn)為，DevOps的出現(xiàn)源于兩個(gè)因素：敏捷軟件方法的廣泛采用以及IT基礎(chǔ)設(shè)施及代碼的管理方式。

我們先看敏捷軟件開發(fā)方法。20世紀(jì)末，主流軟件開發(fā)方法是所謂的瀑布模型，需要花費(fèi)大量時(shí)間，適用于對(duì)快速產(chǎn)品交付需求不大的大型信息系統(tǒng)，這個(gè)模型能夠確保產(chǎn)品的高質(zhì)量和精細(xì)的成本控制。

20世紀(jì)90年代，隨著互聯(lián)網(wǎng)和Web技術(shù)的發(fā)展，瀑布模型的消極作用開始顯現(xiàn)：如何滿足不斷變化的客戶需求的同時(shí)，還要按時(shí)交付同時(shí)不降低產(chǎn)品質(zhì)量，就變得極為困難。

因此，IT管理方法也需要隨之變化，逐漸從聚焦IT系統(tǒng)逐漸轉(zhuǎn)變?yōu)榫劢笽T服務(wù)的管理模式。

從2000年開始，這些涌現(xiàn)出來(lái)的管理實(shí)踐，被先行者工程采納之后，成為所謂的最佳實(shí)踐，有些最佳實(shí)踐進(jìn)一步被業(yè)界廣泛接受，甚至成為標(biāo)準(zhǔn)。

我們以IT服務(wù)為例，20世紀(jì)80年代，這樣的想法開始出現(xiàn)：信息技術(shù)以服務(wù)的形式提供價(jià)值，以流程的形式組織IT活動(dòng)。隨后ITIL（IT基礎(chǔ)設(shè)施庫(kù)）等被闡述出來(lái)，使得這些實(shí)踐進(jìn)入最佳實(shí)踐之列，在2002年成為IT服務(wù)管理的首個(gè)標(biāo)準(zhǔn)。

如今，新涌現(xiàn)出來(lái)的實(shí)踐，被打上DevOps（開發(fā)+運(yùn)維）的標(biāo)簽。實(shí)際上，DevOps的內(nèi)涵，已經(jīng)大大超出了原始含義。那么究竟什么是DevOps呢？

何為DevOps？

隨著與客戶交互的新方法的出現(xiàn)，以及敏捷開發(fā)技術(shù)的充分應(yīng)用，業(yè)界迫切需要一種新的IT管理方法。而以虛擬化和云計(jì)算技術(shù)為支撐的基礎(chǔ)設(shè)施即代碼的出現(xiàn)，為IT管理新方法的出現(xiàn)提供了機(jī)遇，基于敏捷軟件開發(fā)和精益生產(chǎn)演進(jìn)的IT管理新方法DevOps應(yīng)運(yùn)而生。

DevOps是一種敏捷軟件開發(fā)和精益制造想法的演變，應(yīng)用到IT端到端的價(jià)值鏈，歸功于文化、組織和技術(shù)的變革，使業(yè)務(wù)能夠通過(guò)現(xiàn)代信息技術(shù)更多地達(dá)到預(yù)期，更快滿足用戶的業(yè)務(wù)需求，提升資源利用率。

首先，DevOps是對(duì)敏捷軟件開發(fā)和精益實(shí)踐兩者的演變，是吸收，而不是取代。

其次，DevOps 被應(yīng)用到IT端到端的價(jià)值鏈，其本質(zhì)就是：DevOps所考慮的不僅僅是軟件開發(fā)，而是整個(gè)價(jià)值鏈。整個(gè)價(jià)值鏈?zhǔn)加跇I(yè)務(wù)干系人的新想法，經(jīng)過(guò)需求分析，設(shè)計(jì)，開發(fā)，測(cè)試和部署，到運(yùn)維，最后到交付給客戶。端到端價(jià)值鏈的方法有助于從宏觀上整體地分析，識(shí)別和消除瓶頸。

為什么要采用DevOps？

首先，企業(yè)落地DevOps是提升產(chǎn)能和效率的必然選擇，可以大幅提升新產(chǎn)品或新應(yīng)用的上市時(shí)間。

傳統(tǒng)企業(yè)新產(chǎn)品上市涉及到相當(dāng)大的時(shí)間跨度，對(duì)于響應(yīng)的IT部門，這個(gè)時(shí)間可能包括以下環(huán)節(jié)：

• 針對(duì)一種或若干種業(yè)務(wù)想法構(gòu)建和起草方案，以及業(yè)務(wù)論證；
• 評(píng)估和選擇一個(gè)業(yè)務(wù)想法進(jìn)行實(shí)施；
• 規(guī)劃實(shí)施所需的行動(dòng)，獲得資金；
• 員工和業(yè)務(wù)流程準(zhǔn)備；
• 同時(shí)進(jìn)行需求規(guī)范化，原型開發(fā)，初始測(cè)試，全功能IT系統(tǒng)開發(fā)，全面測(cè)試，發(fā)布和部署；
• 同時(shí)進(jìn)行營(yíng)銷活動(dòng)，市場(chǎng)準(zhǔn)備，銷售渠道和工具的準(zhǔn)備；
• 新產(chǎn)品或服務(wù)的推出。

上述流程需要花費(fèi)幾年時(shí)間，然而業(yè)務(wù)部門希望縮短到數(shù)月。擁抱DevOps的理由是顯而易見(jiàn)的。

創(chuàng)造數(shù)字化產(chǎn)品的充滿活力的公司，習(xí)慣于快速行動(dòng)。相對(duì)于嚴(yán)謹(jǐn)，詳細(xì)計(jì)劃，他們更推崇可安全失敗的實(shí)驗(yàn)。這時(shí)，流程可能是這樣的：

• 建立一個(gè)假設(shè)，開發(fā)驗(yàn)證方法；
• 假設(shè)的實(shí)際實(shí)現(xiàn)；
• 結(jié)果評(píng)估，A / B測(cè)試，與目標(biāo)的比較；
• 根據(jù)分析進(jìn)行調(diào)整，返回第一步或第二步。

很容易看到這是一個(gè)循環(huán)，預(yù)期時(shí)長(zhǎng)是幾周。這就是小步快跑的策略。這樣快速的步驟是必須的，因?yàn)镈evOps的本質(zhì)就是持續(xù)的探尋。最終狀態(tài)是不可知的，指定長(zhǎng)期的計(jì)劃沒(méi)有意義。

為了盡可能縮短上市時(shí)間，DevOps提供了多種技術(shù)：

• 減少批量大?。?/li>
• 減少交接次數(shù)；
• 持續(xù)識(shí)別和消除損失；
• 自給自足的團(tuán)隊(duì)，傳統(tǒng)IT部門為成本優(yōu)化，DevOps為速度而優(yōu)化；
• 自動(dòng)化。

其次，減少技術(shù)債務(wù)也是企業(yè)擁抱DevOps的一大原因。技術(shù)債務(wù)是在團(tuán)隊(duì)成員選擇一個(gè)非最優(yōu)的方式解決問(wèn)題以縮短開發(fā)時(shí)間時(shí)產(chǎn)生的。這是一個(gè)自然的過(guò)程，問(wèn)題是累積的非最優(yōu)方案導(dǎo)致了開發(fā)產(chǎn)出逐步惡化，必然導(dǎo)致產(chǎn)品質(zhì)量下滑。

DevOps持續(xù)重構(gòu)程序代碼，重視在操作中取得的經(jīng)驗(yàn)，鼓勵(lì)持續(xù)識(shí)別并消除瓶頸，認(rèn)為這些工作和技術(shù)創(chuàng)新同開發(fā)新產(chǎn)品功能同等重要。

同時(shí)，DevOps強(qiáng)烈建議使用“盡可能頻繁面對(duì)問(wèn)題”的實(shí)踐，以便防止問(wèn)題的“停滯”，即所有人都知道，但沒(méi)有人能夠處理的情況。

除此之外，采用DevOps可以幫助企業(yè)排除脆弱性。通常組織中最重要的和業(yè)務(wù)收益最相關(guān)的系統(tǒng)是最脆弱的。

DevOps能夠以最激進(jìn)的方式改變脆弱性，做到完全排除；

在DevOps中，代碼和系統(tǒng)作為一個(gè)整體，在某個(gè)時(shí)刻是全功能的，如果接下來(lái)的變更破壞了性能，就要馬上回滾并且讓系統(tǒng)持續(xù)正確地工作；

DevOps的實(shí)踐，有意地引入混亂和不穩(wěn)定性到生產(chǎn)環(huán)境，目標(biāo)IT系統(tǒng)必須以獨(dú)立和快速的方式做出反應(yīng)，探測(cè)到故障并恢復(fù)它們的正常運(yùn)作，理想情況下最終用戶是無(wú)感知的，當(dāng)然數(shù)據(jù)也不會(huì)丟失。

DevOps常見(jiàn)誤區(qū)

常見(jiàn)誤區(qū)1：“DevOps不過(guò)是延續(xù)敏捷的想法”

企業(yè)在落地DevOps前，首先要明確一點(diǎn)，DevOps并不僅是敏捷的一部分。

• 盡管DevOps在很大程度上基于敏捷，然而擴(kuò)展了敏捷開發(fā)到通用的敏捷IT交付，覆蓋整個(gè)組織、整個(gè)流程以及完整的價(jià)值鏈；
• 獲得DevOps的回報(bào)需要在公司中進(jìn)行比以往敏捷所做的更為顯著的文化變革；
• DevOps的目標(biāo)集合不僅限于加速交付：也需要減少技術(shù)債和排除脆弱性。

常見(jiàn)誤區(qū)2：“工具能夠給你極致的DevOps”

其次，我們需要意識(shí)到DevOps是一系列的組織文化和工作方式變革，而不僅僅是工具和自動(dòng)化。

• 雖然個(gè)別的軟件解決方案被廣泛接受，但沒(méi)有也不可能有一個(gè)完整的DevOps必備軟件列表；
• DevOps依賴確定的自動(dòng)化工具的可用性和有效性。但是嚴(yán)格來(lái)講，這些工具的最小集可以縮減到用于存儲(chǔ)所有源代碼的版本控制系統(tǒng)、IT基礎(chǔ)設(shè)施配置數(shù)據(jù)、軟件交付流水線自動(dòng)化系統(tǒng)；
• 任何特定的DevOps實(shí)施都需要從企業(yè)自身組織情況出發(fā)，專業(yè)的商業(yè)化廠商可以幫助企業(yè)快速理清流程、加速實(shí)現(xiàn)組織變革。

常見(jiàn)誤區(qū)3：“DevOps是一個(gè)全能士兵，能寫代碼，做測(cè)試，部署環(huán)境，并管理基礎(chǔ)設(shè)施”

最后，我們需要了解DevOps并不是一個(gè)新職業(yè)。

• DevOps是一種對(duì)IT部門的基本面有深遠(yuǎn)意義的變革，并不是通過(guò)招聘一些DevOps工程師或邀請(qǐng)DevOps專家就能達(dá)成的；
• 具有實(shí)施軟件交付流水線的能力也不能保證成功；
• 短期來(lái)看，不大可能通過(guò)應(yīng)用DevOps的實(shí)踐就立即節(jié)省成本，但長(zhǎng)遠(yuǎn)來(lái)看是在為更大的降本增效做準(zhǔn)備，因而選擇一個(gè)具有過(guò)硬技術(shù)實(shí)力和豐富實(shí)踐經(jīng)驗(yàn)的廠商十分重要。