我們的目的是描述如何復(fù)制我們參與過的或觀察到的 DevOps轉(zhuǎn)型的成功經(jīng)驗(yàn),駁斥那些說 DevOps在某些場景里行不通的謬論。
以下是我們聽說過的關(guān)于 DevOps的一些最常見的誤區(qū)：
誤區(qū)1: DevOps只適用于創(chuàng)業(yè)公司。
雖然谷歌、亞馬遜、Netflix和Etsy等互聯(lián)網(wǎng)“獨(dú)角獸”公司是 DevOps的先行者,但這些公司在過去都面臨過巨大的風(fēng)險(xiǎn),而且他們所遇到的問題和傳統(tǒng)企業(yè)相比并無二致:軟件的高風(fēng)險(xiǎn)代碼容易導(dǎo)致災(zāi)難性故障,無法快速發(fā)布新功能來擊敗競爭對手,存在安全合規(guī)性問題,服務(wù)無法擴(kuò)容,開發(fā)和運(yùn)維彼此高度不信任等。
然而,這些公司都能夠適時(shí)地改變它們的架構(gòu)、技術(shù)實(shí)踐和文化,如今他們都創(chuàng)造出了驚人的 DevOps成果。正如信息安全高管 Branden Williams博士所說:“不要管 DevOps是適合獨(dú)角獸還是馬,只要跑得快就能抵達(dá)目的地。”
誤區(qū)2: DevOps將取代敏捷。
DevOps的原則和實(shí)踐與敏捷方法一致,許多人認(rèn)為 DevOps是自2001年開始的敏捷之旅的合理延續(xù)。敏捷通常是 DevOps效率的保障,因?yàn)樗鼘Ｗ⒂谧屝?/span>
團(tuán)隊(duì)向客戶持續(xù)交付高品質(zhì)的代碼。
如果我們每次迭代的目標(biāo)不限于“潛在可交付的代碼”,而是擴(kuò)展到讓代碼始終處于可發(fā)布狀態(tài),讓開發(fā)人員每天都把代碼提交到主干,并在類生產(chǎn)環(huán)境中做功能演示,那么許多DevOps相關(guān)的實(shí)踐就會(huì)浮現(xiàn)。
誤區(qū)3: DevOps與ITIL不兼容。
許多人認(rèn)為, DevOps與1989年發(fā)布的ITIL( Information Technology
Infrastructure Library,IT基礎(chǔ)架構(gòu)庫)或ITSM( IT Service Management,IT服務(wù)管理)是背道而馳的。ITIL廣泛影響了好幾代運(yùn)維實(shí)踐者,并且它依然在演進(jìn),是一個(gè)不斷發(fā)展的實(shí)踐體系,旨在穩(wěn)定地支撐世界級(jí)的IT運(yùn)維,而且橫跨服務(wù)戰(zhàn)略、設(shè)計(jì)和支持等流程和實(shí)踐.
DevOps實(shí)踐可以與ITIL流程兼容。然而,為了支持 DevOps所追求的更短的發(fā)布周期和更頻繁的部署,ITIL流程的許多方面需要完全自動(dòng)化,以解決配置和發(fā)布管理流程相關(guān)的許多問題,例如保持配置管理數(shù)據(jù)庫和最終軟件庫是最新的。由于 DevOps需要在服務(wù)事件發(fā)生時(shí)進(jìn)行快速的定位和恢復(fù),因此這些其實(shí)還是和ITIL的服務(wù)設(shè)計(jì)、事件和問題管理方面的原則相一致。
誤區(qū)4: DevOps與信息安全及合規(guī)活動(dòng)不兼容。
傳統(tǒng)控制手段(例如職責(zé)分離、變更審批流程、項(xiàng)目結(jié)束時(shí)的手動(dòng)安全審查)的缺位,可能會(huì)令信息安全和合規(guī)審計(jì)人員感到失望。
然而,這并不意味著采用 DevOps的公司里沒有有效的控制,只是它并不一定體現(xiàn)在項(xiàng)目結(jié)束時(shí)的安全和合規(guī)性活動(dòng)中,而是集成到了軟件開發(fā)生命周期的每一項(xiàng)日常工作中,因此會(huì)得到更好的質(zhì)量、安全性和合規(guī)性。
誤區(qū)5: DevOps意味著消除IT運(yùn)維,即“ NoOps”。
許多人錯(cuò)誤地將 DevOps解釋為完全消除IT運(yùn)維的職能,然而,這種情況是很少見的。雖然IT運(yùn)維工作的性質(zhì)可能會(huì)發(fā)生改變,但它仍然像以前一樣重要。IT運(yùn)維團(tuán)隊(duì)要在軟件生命周期的早期就與開發(fā)團(tuán)隊(duì)開展合作。在代碼部署到生產(chǎn)環(huán)境中后,開發(fā)團(tuán)隊(duì)也要繼續(xù)與運(yùn)維團(tuán)隊(duì)合作。
IT運(yùn)維不只是工單驅(qū)動(dòng)的手動(dòng)操作,而是能夠通過自助服務(wù)平臺(tái)和API來提升開發(fā)人員的生產(chǎn)率，讓他們能自助地創(chuàng)建開發(fā)環(huán)境、測試和部署代碼、監(jiān)控和顯示業(yè)務(wù)運(yùn)行的狀態(tài)等。通過這種方式,IT運(yùn)維人員變得更像是開發(fā)人員(或者QA和信息安全人員),融入到了產(chǎn)品開發(fā)過程中,而該產(chǎn)品則人員在生產(chǎn)中用來安全快速地測試、部署和運(yùn)行IT服務(wù)的平臺(tái)。
誤區(qū)6: DevOps只是“基礎(chǔ)設(shè)施即代碼”或自動(dòng)化。
所展示的許多 DevOps模式要自動(dòng)化,但是 DevOps還需要文化規(guī)范和架構(gòu),以便在價(jià)值流中實(shí)現(xiàn)共同的目標(biāo)。而這遠(yuǎn)遠(yuǎn)超越了自動(dòng)化的范疇。DevOps最早的擁護(hù)者之一 Christopher Littl是一名技術(shù)主管,他寫道:“ DevOps不僅是自動(dòng)化,就像天文學(xué)不只是望遠(yuǎn)鏡一樣。”
誤區(qū)7 DevOps僅適用于開源軟件。
盡管許多 DevOps成功案例發(fā)生在使用LAMP棧Linux、Apache、MySQL、PHP)等構(gòu)建軟件的公司,但實(shí)現(xiàn) DevOps與所使用的技術(shù)無關(guān)。在使用
Microsoft. NET、 COBOL和大型機(jī)匯編語言以及SAP甚至嵌入式系統(tǒng)(如惠普 LaserJet打印機(jī)固件程序)等編寫應(yīng)用程序的公司, DevOps也能取得成功。
【聯(lián)系青藍(lán)咨詢】
地址： 深圳市南山區(qū)高新南一道06號(hào)TCL大廈B座3樓309室 （公交站：大沖 地鐵站：一號(hào)線高新園C出口）
郵編：518057
電話：0755-86950769
網(wǎng)址：http://www.mycalorietracker.com
