實施DevOps時應(yīng)避免的10個錯誤

1、實施DevOps時應(yīng)預(yù)防的10個錯誤DevOps不僅是一種名稱、實踐、概念或理念,而且是強調(diào)軟件開發(fā)人員和 治理人員合作的所有要素的組合.可以說DevOps是一種文化,它充當(dāng)開發(fā)人員和治理員之間橋梁的作用.它在自動化持續(xù)交付(continuous delivery)和持續(xù)集成(continuous integration)過程中起到催化劑的作用,這就是很多公司迅速采用 DevOps的原因. 盡管采用DevOps有很多充分的理由,但并不是每個公司都做好了參加它的準(zhǔn)備, 了解DevOps失敗的原因很重要.公司應(yīng)謹(jǐn)慎考慮在實施DevOps時應(yīng)采用的具體方法,DevOps旨在將團隊的 每一個成員團結(jié)在

2、一起,提供最正確的持續(xù)部署方法,但是在 DevOps實施中可能 會犯一些錯誤,在將來導(dǎo)致一些嚴(yán)重的問題.下面是公司在參加DevOps時會犯的一些常見錯誤.1、不明白DevOps是什么.企業(yè)常常對DevOps這個詞感到困惑,不明白 DevOps到底是什么,它開始 雇用DevOps工程師,期望解決所有與 DevOps相關(guān)的問題,而乂不完全了解工 作要求.開發(fā)與運營相結(jié)合的 DevOps始終是一個復(fù)雜的職業(yè),有些人將其描述 為重新定義的敏捷開發(fā)(agile development)實踐,另一些人將其描述為新的開 發(fā)工具,可自動完成組裝、部署和操作應(yīng)用程序的過程,這些專業(yè)人員傾向于開 發(fā)或運營.根本要

3、求必須明確,才能聘請到適宜的專業(yè)人員,例如：雇用具有Chef專業(yè)知識的專業(yè)人員比使用具有較少配置治理和更多容器化經(jīng)驗的專業(yè)人員更好 地用于配置治理腳本,這些專業(yè)人員已經(jīng)準(zhǔn)備好采用新技術(shù), 他們對某種特定技 術(shù)有一定的經(jīng)驗.2、沒有做好充分準(zhǔn)備就轉(zhuǎn)向 DevOps一個比較常見的現(xiàn)象是,很多公司在迅速轉(zhuǎn)向DevOp§并且為DevOps專業(yè) 人員分配了工程,但沒有很好的評估其專業(yè)知識； 此外,有些公司隨時準(zhǔn)備與一 小群技術(shù)嫻熟的DevOps專業(yè)人員一起從事DevOps工程,從而期望在競爭中脫 穎而出,這樣沒有準(zhǔn)備好就參加 DevOps將導(dǎo)致交付的工作質(zhì)量差.遷移到DevOps很好,但是前提

4、是做好了充足的準(zhǔn)備和擁有了豐富的經(jīng)驗, 專業(yè)人員必須具有不同的技術(shù)認(rèn)證,并且公司應(yīng)預(yù)防在沒有成熟治理經(jīng)驗的情況 下快速遷移到DevOps=3、認(rèn)為敏捷開發(fā)(Agile Development)就足夠了.有人認(rèn)為實施敏捷開發(fā)就實現(xiàn)了 DevOps并有助于更快地交付應(yīng)用程序,這 個假設(shè)是不正確的.盡管敏捷開發(fā)已經(jīng)同瀑布模型(Waterfall model)相比有了巨大的轉(zhuǎn)變,但對于DevOps來說還遠(yuǎn)遠(yuǎn)不夠.在敏捷開發(fā)中,我們致力于漸進 式、迭代式的工作節(jié)奏,并與客戶緊密合作以保證客戶滿意度.但是,很多時候 企業(yè)花費大量時間使用敏捷開發(fā)的概念來交付產(chǎn)品,由于根底架構(gòu)可用性差,導(dǎo)致很難交付高質(zhì)量的產(chǎn)

5、品.4、認(rèn)為速度勝于質(zhì)量.我們看到,許多企業(yè)過于專注于交付產(chǎn)品的速度而不是產(chǎn)品質(zhì)量.由于 DevOps是一種復(fù)雜的理念,為了保持在競爭劇烈的市場中的地位,許多企業(yè)急 于在較短的時間內(nèi)完成DevOps工程,這導(dǎo)致解決方案和產(chǎn)品的質(zhì)量很差.速度 和質(zhì)量必須得到同等的重視,例如,必須在考慮最正確實踐和標(biāo)準(zhǔn)的情況下實施持 續(xù)集成的方法和策略,測試必須由開發(fā)團隊使用其自己的工具完成,以便為可能的每個構(gòu)建和部署提供快速反響.5、快速的轉(zhuǎn)向新技術(shù).在許多企業(yè)中DevOps專業(yè)人員開始采用新技術(shù),而沒有適當(dāng)研究正在使用 的舊技術(shù).還有一些專業(yè)人員正在使用處于beta模式的技術(shù),這僅僅是由于其他競爭對手正在使用

6、.在開始使用這些技術(shù)之前,應(yīng)進行適當(dāng)?shù)难芯亢捅容^.在 開源文化中,每天都會引入大量插件,以改進舊插件的功能.應(yīng)該根據(jù)場景和用 例使用最正確的DevOps工具,應(yīng)該適當(dāng)研究使用舊工具的每個用例的利弊,還必 須收集有關(guān)新工具的足夠信息,然后再做出決定.6、各方的協(xié)調(diào)不到位在實施DevOps時,使團隊團結(jié)起來是主要目標(biāo)之一.DevOps充當(dāng)團隊之間 橋梁的作用,并保持所有人的同步工作.在某些情況下,我們看到DevOps團隊準(zhǔn)備將架構(gòu)升級到沙箱/ UAT環(huán)境,但是由于對測試模塊的依賴或開發(fā)人員忙于 開發(fā)一些重要功能,使他們的工作推進陷入了困境. 協(xié)調(diào)工作應(yīng)該做的更好,管 理層應(yīng)該積極地將所有團隊召集在

7、一起,并據(jù)此制定時間表.7、異步測試很多DevOps專業(yè)人員認(rèn)為,異步運行測試將能夠更好的進行測試和得到更 好的測試結(jié)果.這是錯誤的,測試案例必須認(rèn)真地編寫,以便測試可以同步執(zhí)行, 開發(fā)人員不必等待所有測試案例異步執(zhí)行,這將節(jié)省時間并有助于實現(xiàn)時間表. 同樣,使用持續(xù)集成和持續(xù)部署的概念,測試案例的執(zhí)行應(yīng)該是一個自動過程.8、忽略數(shù)據(jù)庫數(shù)據(jù)庫是實施DevOps時容易被遺漏的重要關(guān)鍵因素之一.盡管 DevOps可 以進行迅速擴展,但是由于數(shù)據(jù)庫是完全自動化進行的, 工程升級之后可能導(dǎo)致 數(shù)據(jù)庫跟不上.開發(fā)人員完全側(cè)重于代碼治理,持續(xù)集成等,而忽略了數(shù)據(jù)庫能 力的同步跟進.數(shù)據(jù)庫處理必須正確且高效

8、的完成, 這對于以數(shù)據(jù)為中央的應(yīng)用 程序非常重要,數(shù)據(jù)庫在此類應(yīng)用程序中起著主要作用,它需要自動化并與 DevOps一起快速擴展.9、設(shè)定不切實際的目標(biāo)設(shè)定不切實際的目標(biāo)通常會導(dǎo)致 DevOps失敗.必須牢記時間表和假設(shè)標(biāo)準(zhǔn) 來設(shè)定目標(biāo).有時可能會出現(xiàn)為 DevOps設(shè)定了不切實際的目標(biāo),并且由于其他 方面的某些依賴性,后來無法實現(xiàn)時間表.目標(biāo)必須是具體的、書面的和可行的. 隨著DevOps的迅速擴展,每天都會出現(xiàn)新的問題,必須適應(yīng)新的理念,必須不 斷改進生產(chǎn)體系,必須打破部門之間的障礙,在設(shè)定目標(biāo)時必須給予適當(dāng)?shù)目紤].要設(shè)置現(xiàn)實目標(biāo),請使用 SMART目標(biāo)設(shè)置策略,在設(shè)定目標(biāo)之前,請保證 目標(biāo)是特定的、可衡量的、可實現(xiàn)的、相關(guān)的和有時間限制的.10、忘記平安據(jù)觀察,沒有預(yù)先遵循平安慣例,這會在將來引起問題.平安策略必須遵循 最正確實踐,并且不應(yīng)被忽略.DevOps不斷擴展架構(gòu),后來意識到平安性達不到 要求.在企業(yè)正朝著微效勞架構(gòu)邁進的時候, 不同應(yīng)用程序之間相互通信的平安 性至關(guān)重要,