為了讓開(kāi)發(fā)、測(cè)部署試，以及運(yùn)維更好的結(jié)合在一起，DevOps出現(xiàn)了，至此它便成了加速應(yīng)用交付過(guò)程關(guān)注的寵兒。有些人認(rèn)為DevOps有點(diǎn)姍姍來(lái)遲，因?yàn)闃I(yè)務(wù)的成功很顯然是取決于高質(zhì)量軟件服務(wù)的快速交付。
無(wú)論是哪一項(xiàng)創(chuàng)新技術(shù)，最初都會(huì)面臨著大量的信息和討論，有些可能是有價(jià)值的，有些則沒(méi)有。但是在你一頭扎進(jìn)DevOps之前，先了解一些常見(jiàn)的誤解，避免走進(jìn)誤區(qū)。
誤解一：DevOps很新很潮
有一個(gè)從事開(kāi)發(fā)的人員，他們熟悉的語(yǔ)言有C++、JavaScript和Rails。在虛擬化成為主流之前，他就開(kāi)始了IT運(yùn)維工作，從事虛擬化多年，另外還有匯編語(yǔ)言。
然而，如果我們相信所到的關(guān)于DevOp的資料的話，那么開(kāi)發(fā)人員甩給運(yùn)維人員的有問(wèn)題的代碼，很有可能會(huì)由新一代的混合人才解決，這些人可以集合所有的個(gè)人工具來(lái)使用，從自動(dòng)化配置到產(chǎn)生代碼模擬。
所以不要盲目追逐DevOps，在追逐它之前，考慮一下你自己的目標(biāo)如何，再審視一下現(xiàn)有資源的技能如何。
誤解二：DevOps一夫當(dāng)關(guān)萬(wàn)夫莫開(kāi)
DevOps是如何降低別的已建立的最佳實(shí)踐來(lái)顯自己，并吸引了的很人， 這令我感覺(jué)到很不可思議。突然之間ITIL, COBIT和平衡計(jì)分卡全部失寵了，與此同時(shí)，DevOps的擁護(hù)者又主張ITIL, COBIT已經(jīng)沒(méi)有用了，應(yīng)該丟棄了。
雖然DevOps基于敏捷思維、改變和持續(xù)交付，但I(xiàn)T服務(wù)管理過(guò)程還是需要確保彈性和穩(wěn)定性，這仍然比以往任何時(shí)候都更重要。所以不要隨波逐流。
誤解三：DevOps是技術(shù)運(yùn)動(dòng)
關(guān)于DevOps有很多非常好的技術(shù)資料，以及許多新的思考方向，所有這些都由新產(chǎn)品和技術(shù)所支持。雖然它是有價(jià)值的素材，但有一句經(jīng)常被遺忘老話說(shuō)：自動(dòng)化壞流程只會(huì)導(dǎo)致更快的壞流程。所以只是通過(guò)良好的新工具而建立的快速應(yīng)用開(kāi)發(fā)商店，但完成的工作卻不能滿足業(yè)務(wù)或客戶的期望，這也不具任何意義。
誤解四：我們業(yè)務(wù)對(duì)DevOps免疫
許多組織認(rèn)為DevOps的原則不適用，因?yàn)樗麄円呀?jīng)外包了，或者是工沒(méi)有應(yīng)用程序開(kāi)發(fā)功能。另外一些人推測(cè)說(shuō)，因?yàn)樗麄児ぷ鳟a(chǎn)品制造企業(yè)或政府服務(wù)交付中，任何基于推動(dòng)連續(xù)變更的運(yùn)動(dòng)，在“沒(méi)壞，就不要修復(fù)它”的世界中都不占有一席之地。
誤解五：DevOps將改變世界
因?yàn)樾麄鬟^(guò)度，許多人會(huì)把DevOps當(dāng)作急救藥。但是考慮一下這個(gè)場(chǎng)景：無(wú)論是最佳實(shí)踐、方法或運(yùn)動(dòng)，應(yīng)用程序開(kāi)發(fā)項(xiàng)目的成功率20年來(lái)改善不大。雖然2012年開(kāi)始成功的項(xiàng)目有很多，但61%的項(xiàng)目仍然面臨著挑戰(zhàn)，缺乏競(jìng)爭(zhēng)力。
有人調(diào)侃說(shuō)，DevOps涉及到五個(gè)方面：人、人、人、人，還是人。所以在邁入DevOps大門前，先想想你的團(tuán)隊(duì)的文化、流程和指標(biāo)。如果不能滿足客戶需求，DevOps就不會(huì)有效果。DevOps是否真的能給開(kāi)發(fā)人員和運(yùn)維人員之間帶來(lái)平衡，其實(shí)還需要進(jìn)步的實(shí)踐。
|