實(shí)施DevOps時(shí)應(yīng)避免的10個(gè)錯(cuò)誤

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

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

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

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

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

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

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

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