什么是DevOps"最佳實(shí)踐”？
在IT中，有很多令人喜歡的框架，無(wú)論敏捷，ITIL，精益，COBIT，六西格瑪或其他，其實(shí)這些背后都是透著對(duì)“***實(shí)踐”指導(dǎo)的渴望，這種渴望不可替代。
“***實(shí)踐”的概念本身是一種謎。 誰(shuí)能決定一個(gè)實(shí)踐是否真的是***的? 最適合誰(shuí)? 盡管在大多數(shù)框架中都倡導(dǎo)“采納和適應(yīng)性”，但依然存在著針對(duì)已發(fā)布的***做法進(jìn)行不斷調(diào)整和優(yōu)化。 無(wú)論是為了推動(dòng)“***的”，“***”還是“***實(shí)踐”，許多組織都將這些術(shù)語(yǔ)作為某種形式的競(jìng)爭(zhēng)優(yōu)勢(shì)。
是不是真的? 難道業(yè)務(wù)結(jié)果不應(yīng)該是真正的競(jìng)爭(zhēng)優(yōu)勢(shì)，并衡量IT實(shí)踐是否真的是滿足客戶要求的“***”?
DevOps研究所成立于2015年，作為新興DevOps實(shí)踐的全球?qū)W習(xí)社區(qū)。 自推出以來(lái)，我們有意避免提及DevOps“***做法”。
我們認(rèn)為DevOps的做法不斷涌現(xiàn)，在許多情況下，它們?cè)陬嵏脖蛔C明。
通過(guò)研究、訪談、專業(yè)會(huì)議和我們的董事和合作伙伴的經(jīng)驗(yàn)，DOI的目標(biāo)是通過(guò)知識(shí)，教育和認(rèn)證模式識(shí)別，捕獲和共享新的DevOps實(shí)踐，這些模式最適合學(xué)習(xí)社區(qū)和企業(yè)IT。 當(dāng)成功的DevOps所需的專業(yè)知識(shí)和掌握程度不明確并且可能不適用于一個(gè)人時(shí)，我們認(rèn)為將個(gè)人認(rèn)證為“專家”或“大師”為時(shí)過(guò)早。
DevOps相當(dāng)年輕。 它沒(méi)有一個(gè)單一的知識(shí)體系。 對(duì)其哲學(xué)，運(yùn)動(dòng)或框架的表述依然還存在分歧。 盡管如此，DevOps正在跨越從創(chuàng)新者到幼小生命體的鴻溝，比任何其他IT框架更快。 為什么? 也許這是因?yàn)镈evOps談到許多IT長(zhǎng)期積累的文化和技術(shù)挑戰(zhàn)，并尋求解決方案。
所以我們不是專注于***實(shí)踐，而是同意DevOps的核心原則：
- Go faster(跑得更快)
- Shorten feedback loops(縮短反饋環(huán))
- Experiment and learn(實(shí)驗(yàn)和學(xué)習(xí))
- Cultural transformation(文化轉(zhuǎn)變)
- Deliver business and customer value constantly and consistently(持續(xù)且一致性的交付商業(yè)和客戶價(jià)值)
毫無(wú)疑問(wèn)，一些實(shí)踐或者稱之為做法已經(jīng)明顯浮出水面，對(duì)于實(shí)現(xiàn)DevOps的核心原則至關(guān)重要：
- Agile software development(敏捷軟件管理)
- Continuous integration(持續(xù)集成)
- Continuous delivery pipelines(持續(xù)交付流水線)
- Automated and continuous testing(自動(dòng)化和持續(xù)的測(cè)試)
- Proactive monitoring(主動(dòng)監(jiān)控)
- Improved communication and collaboration(改進(jìn)的溝通和協(xié)作)
不過(guò)，過(guò)去一年，DOI還根據(jù)額外的做法作了一些補(bǔ)充：
- DevSecOps/rugged DevOps(DevSecOps和堅(jiān)固的Devops)
- ChatOps
- Agile service management(敏捷服務(wù)管理)
- Lean(精益)
- Immersion practices (Garage, Lofts, Dojos)沉浸式實(shí)踐()
- DevOps teams(DevOps團(tuán)隊(duì))
明年會(huì)出現(xiàn)什么? 誰(shuí)知道 - 但這是DevOps的激動(dòng)人心的部分。 隨著時(shí)間的推移，矛盾越來(lái)越少，完善得越來(lái)越豐富。 每個(gè)新興的實(shí)踐似乎是完善和微調(diào)之前的事情。
即使沒(méi)有一個(gè)標(biāo)準(zhǔn)的定義，DevOps已經(jīng)鼓勵(lì)組織檢查他們的當(dāng)前特有做法，查明差距，評(píng)估其自動(dòng)化，最重要的是進(jìn)行協(xié)作討論。 變革已經(jīng)播下種子，但沒(méi)有明確的***實(shí)踐。 棒極了! 我們不要通過(guò)附加一套靜態(tài)的***實(shí)踐來(lái)扼制動(dòng)力。
最終會(huì)達(dá)成DevOps的***做法嗎? 也許。 DevOps幾乎涉及IT管理的各個(gè)方面 - 人員，實(shí)踐和自動(dòng)化。 這就類似于一整套的***實(shí)踐。 當(dāng)然有些人會(huì)嘗試發(fā)布他們的“確定”版本，用來(lái)描述DevOps知識(shí)體系。 即使是“DevOps手冊(cè)”，這是今年晚些時(shí)候出版的一本重要的圖書，它是DevOps運(yùn)動(dòng)的許多早期創(chuàng)始人之間的合作努力。 他們的觀點(diǎn)和洞察力將是非常棒的，但沒(méi)有限制。
我知道缺乏一套知識(shí)和成文的***實(shí)踐令人沮喪。 在過(guò)去的框架中，知識(shí)體系既是一種有用的工具，也是限制性的，知識(shí)內(nèi)容很難保持現(xiàn)狀。 對(duì)于DevOps，讓我們通過(guò)推動(dòng)一個(gè)有兼容性和集體性的新興實(shí)踐知識(shí)體系，從而真正擁有分享、協(xié)作和持續(xù)創(chuàng)新的真正精神。
如果我們確定了一套DevOps***實(shí)踐，我們是否真的會(huì)抑制我們?cè)噲D堅(jiān)持的價(jià)值觀? 我希望不是。
【本文是51CTO專欄作者“王津銀”的原創(chuàng)稿件，轉(zhuǎn)載請(qǐng)注明出處】
