【51CTO.com原創(chuàng)稿件】當(dāng)下，由于各種交付流程、技術(shù)和工具的興起，DevOps已經(jīng)在大多數(shù)公司和技術(shù)人員的眼中初露鋒芒，大家都希望從IT的角度，通過DevOps能幫助企業(yè)獲得商業(yè)上的成功。面臨激烈的市場壓力和內(nèi)部流程效率低的現(xiàn)狀，很多大型企業(yè)在猶豫是否要變化或怎么變化，他們究竟該如何做呢?

近日，在51CTO主辦的WOT2017全球架構(gòu)與運維技術(shù)峰會上，記者采訪了ThoughtWorks高級咨詢師鐘健鑫，他建議企業(yè)可以先問問自己：“是否清晰的認識到DevOps對于企業(yè)的價值所在?如何識別出當(dāng)前組織結(jié)構(gòu)和交付流程之下的痛點和瓶頸?又怎樣根據(jù)企業(yè)和團隊的實際情況去設(shè)計DevOps轉(zhuǎn)型的策略以及與其對應(yīng)的落地實踐?”

[[190745]]

ThoughtWorks高級咨詢師 鐘健鑫

DevOps對企業(yè)有何價值?

近幾年DevOps非常地火爆，大家對其的關(guān)注度非常高，那DevOps為什么能夠得到大家的青睞呢?站在當(dāng)今的大趨勢下，IT從傳統(tǒng)的金融、O2O、零售等行業(yè)已經(jīng)開始逐步吞噬整個行業(yè)。鐘健鑫表示，對于DevOps來說，我們對它的定位不僅僅是要打造高效率的IT，更多的是希望它能夠幫助企業(yè)將IT能力變成企業(yè)價值交付的高速公路，站在整個企業(yè)系統(tǒng)的層面，助力企業(yè)前線的運營、市場、銷售等部門，用更快時速以整體為單位向目標(biāo)挺進，更加快速的創(chuàng)造市場影響力和客戶價值。

DevOps轉(zhuǎn)型是組織架構(gòu)的優(yōu)化契機。它不僅僅能夠很好的解決開發(fā)團隊和運維團隊之間的隔閡問題，其實大家會發(fā)現(xiàn)DevOps被應(yīng)用的時候，它默認是與底層的敏捷價值觀結(jié)合起來的。當(dāng)DevOps落地時，中間所貫穿的思想，包括一些實踐的方式，不僅已經(jīng)帶入了敏捷的思想、實踐和價值觀，還包括了快速驗證小步快跑等模式的精益思想。有了這些成功的思想與方法，更能幫助企業(yè)以小步快跑平滑而顛覆的賣相改革新生。

什么樣的企業(yè)需要DevOps?

對此，鐘健鑫認為，不管是什么類型企業(yè)，都需要DevOps的思想，尤其是決定向數(shù)字化轉(zhuǎn)型的傳統(tǒng)行業(yè)，想快速占領(lǐng)市場的大型互聯(lián)網(wǎng)公司，以及想加速創(chuàng)新步伐的大型IT公司這三類公司。

隨著市場和用戶需求的復(fù)雜度越來越高，數(shù)字領(lǐng)域的消費快速增長，我們的技術(shù)架構(gòu)也在不斷的調(diào)整和演進。比如：微服務(wù)、容器以及Server Less架構(gòu)等技術(shù)逐步被應(yīng)用到生產(chǎn)，雖然能幫助我們解決架構(gòu)復(fù)雜和開發(fā)協(xié)作效率低等問題，但也給企業(yè)帶來額外的麻煩，如大量微服務(wù)如何快速交付、容器如何更好的滿足瞬息萬變的生產(chǎn)環(huán)境要求、Server Less如何更好地支持現(xiàn)有開發(fā)交付流程等。DevOps正是讓組織在面對這種變化時，依然保持靈活性和高適應(yīng)能力的運作基礎(chǔ)。

在和很多業(yè)界的同仁聊天時，鐘健鑫發(fā)現(xiàn)，提到DevOps大家***反應(yīng)是容器/Docker，也有可能想到某個具體工具和相關(guān)的名詞。其實DevOps并不是特定技術(shù)和工具可以代表的，技術(shù)和工具的實施只是DevOps落地的一種手段和實踐，目的是對組織架構(gòu)和價值流的優(yōu)化。DevOps轉(zhuǎn)型也并不是特定時間的動作，它應(yīng)該是一個持續(xù)的動作。當(dāng)企業(yè)做轉(zhuǎn)型的時候，并不意味著大刀闊斧引入新的東西或者改進老的東西，它需要我們刻意設(shè)計和小步快跑。

因此，每一個企業(yè)都應(yīng)該思考想一下我們怎么開始做DevOps轉(zhuǎn)型、又如何有效落地。因為轉(zhuǎn)型是讓企業(yè)保持高效活力、高適應(yīng)能力的好契機。

識別出當(dāng)前組織結(jié)構(gòu)和交付流程之下的痛點和瓶頸

已經(jīng)準(zhǔn)備DevOps轉(zhuǎn)型的企業(yè)，必須要知道從哪里開始改進，要發(fā)現(xiàn)和解決自身存在的真正痛點和瓶頸，最終才能實現(xiàn)企業(yè)轉(zhuǎn)型價值***化。首先企業(yè)需要解決價值流的可見性和透明度的問題，從而找出整個價值交付過程中存在的問題和可以優(yōu)化的點，從而分析出瓶頸，然后進行改善和優(yōu)化。

鐘健鑫建議，企業(yè)可以采用Service Design工具來幫助企業(yè)真正發(fā)現(xiàn)痛點和瓶頸。首先通過工具進行利益相關(guān)者的識別，即是識別一個產(chǎn)品從規(guī)劃、設(shè)計、開發(fā)、測試、部署，到最終用戶使用以及盈利的整個過程中，具體提供支持的各團隊角色和成員，梳理他們的工作路線。然后通過實現(xiàn)整個交互過程的可視化，幫助企業(yè)把現(xiàn)有的價值流程進行可視化展示，最終Service Design會呈現(xiàn)出一個圖形，根據(jù)圖形用戶能夠更快速和準(zhǔn)確的定位企業(yè)自身的瓶頸與痛點。

如何設(shè)計DevOps轉(zhuǎn)型的策略以及與其對應(yīng)的落地實踐?

了解到這個企業(yè)和團隊的實際情況，并找到痛點與瓶頸后，企業(yè)應(yīng)該如何去設(shè)計這個DevOps轉(zhuǎn)型的策略?鐘健鑫表示，DevOps講求的是如何將企業(yè)各個分散的職能部門，快速融合在一起去做交付。具象下來就是說解決了開發(fā)和運維之間配合的問題，抽象來說是只要涉及到運維，也就涉及到用戶，涉及到用戶其實是涉及到了企業(yè)的所有職能部門，所以此時DevOps站在更高一個層面，解決的是整個企業(yè)協(xié)同作戰(zhàn)的能力。

當(dāng)變革來的太突然時，可能有某些部門會抵抗這樣的變化，他不愿意做出改變，有可能是覺得不想學(xué)東西，也有可能是覺得我現(xiàn)在已經(jīng)足夠好了，諸如此類的問題會有很多。所以，我們必須意識到DevOps轉(zhuǎn)型來應(yīng)該是一個循序漸進的過程，當(dāng)我們發(fā)現(xiàn)很多問題的時候，需優(yōu)先選擇最重要的一個問題去解決，并在足夠短的時間給出對應(yīng)的最簡單、最直接的可實施解決方案，然后建立試點不斷地進行方案的優(yōu)化改進，并在這個過程中考慮規(guī)模化的問題。

***，鐘健鑫強調(diào)說，如果不考慮規(guī)模化，這個事情做的再好都沒有意義，因為你需要解決的是整個組織的問題而不是某一個團隊的問題，所以在這個過程中一定要盡早考慮到如何做轉(zhuǎn)型落地的規(guī)模化。

【51CTO原創(chuàng)稿件，合作站點轉(zhuǎn)載請注明原文作者和出處為51CTO.com】