加快DevOps的步伐要考慮的關(guān)鍵模型有哪些

這期內(nèi)容當(dāng)中小編將會給大家?guī)碛嘘P(guān)加快DevOps的步伐要考慮的關(guān)鍵模型有哪些，文章內(nèi)容豐富且以專業(yè)的角度為大家分析和敘述，閱讀完這篇文章希望大家可以有所收獲。

企業(yè)軟件開發(fā)是一項復(fù)雜的工作，只有能夠通過快速交付高質(zhì)量軟件來應(yīng)對市場變化的公司才能在數(shù)字時代占據(jù)主導(dǎo)地位。

沒有達(dá)到所需的業(yè)務(wù)敏捷性水平的靈丹妙藥。它需要從傳統(tǒng)的瀑布式思維方式和舊的思維方式到具有相關(guān)原則和實踐的精益敏捷思維方式的轉(zhuǎn)變。

擴展框架和DevOps方法可以為您轉(zhuǎn)變IT組織以及其余業(yè)務(wù)提供所需的指導(dǎo)。規(guī)模化敏捷框架(SAFe)是最受歡迎的規(guī)?；椒?，闡明了在數(shù)字時代成功所需的七個核心能力：組織敏捷性，精益投資組合管理，企業(yè)解決方案交付，敏捷產(chǎn)品交付，團(tuán)隊和技術(shù)敏捷性，持續(xù)性學(xué)習(xí)文化，并精益敏捷的領(lǐng)導(dǎo)能力。不過，仍然不能保證成功，因為需要認(rèn)真執(zhí)行，最好在SAFe計劃顧問的幫助下才能實現(xiàn)。

領(lǐng)導(dǎo)參與度，一致性和系統(tǒng)思考是我最喜歡的成功轉(zhuǎn)型要素。除了上述常見的成功因素外，框架還在不斷發(fā)展。從業(yè)人員不斷地將實地的學(xué)習(xí)和經(jīng)驗反饋回框架中。這里有兩個有用的模型，以及有關(guān)如何將它們與Software  Factory方法結(jié)合使用的建議，以改進(jìn)您的DevOps實施并增強業(yè)務(wù)敏捷性。

DevOps演化模型正如彼得·森格(Peter  Senge)在他的*《第五紀(jì)律》中*所描述的那樣，團(tuán)隊和組織需要一種共享的思維模型來產(chǎn)生對問題的共識，并合作找到一個好的解決方案。為此，我創(chuàng)建了所謂的DevOps演化模型。該模型是在我的培訓(xùn)課程中開發(fā)的，目的是解釋人們?nèi)绾卧贒evOps旅程中取得最佳進(jìn)展。

該模型可以幫助您了解如何通過將未完成的工作向左移動來縮短交貨時間并縮短反饋周期的長度。(未完成工作是在團(tuán)隊“完成”功能和故事之后發(fā)布解決方案所需的額外工作。未完成工作的典型示例是任何類型的測試，安全檢查和審計，文檔，開源法律評估和合規(guī)性檢查。)

左移未完成的工作可使您的團(tuán)隊提供更快的反饋，從而提供更多可用的產(chǎn)品和更快的缺陷修復(fù)程序。反過來，這會加快流程并提高質(zhì)量。減少或消除未完成的工作會導(dǎo)致發(fā)布更加頻繁，并提高了對需求變更的響應(yīng)速度。

圖1：DevOps演化模型涵蓋了DevOps旅程的四個主要階段，并直觀地展示了您的組織如何從不成熟的模型發(fā)展為更成熟的模型

CI/CD管道模型持續(xù)集成/持續(xù)交付模型是從我進(jìn)行的SAFe  DevOps培訓(xùn)和后續(xù)研討會中發(fā)展而來的。在流程級別對端到端管道進(jìn)行建模。CI/CD管道建模深入研究了詳細(xì)的CI/CD管道以及相關(guān)的構(gòu)建和集成過程。以我的經(jīng)驗，復(fù)雜的企業(yè)設(shè)置中的許多流程問題是未成熟的CI/CD管道的直接結(jié)果。

要創(chuàng)建模型，您需要將所有利益相關(guān)者聚集在一起，以將整個管道流程(構(gòu)建，集成，部署等)繪制為節(jié)點和邊緣。節(jié)點表示組件，邊緣表示組件之間的關(guān)系。雖然您可能認(rèn)為您的團(tuán)隊已經(jīng)知道他們的端到端管道，并且會發(fā)現(xiàn)這整個工作都沒有用，但根據(jù)我的經(jīng)驗，從來沒有這樣。

CI/CD管道模型使您可以看到全局。在大型解決方案中，沒有人能理解端到端CI/CD流程。通過召集合適的人員，您可以看到局部優(yōu)化的次優(yōu)結(jié)果，并專注于高效的端到端改進(jìn)。

例如，團(tuán)隊經(jīng)常聲稱他們每天要構(gòu)建和部署幾次，而實際上他們是在一遍又一遍地構(gòu)建和部署相同的代碼或組件。

CI/CD改進(jìn)的關(guān)鍵問題不是管道運行的數(shù)量，而是團(tuán)隊從編寫代碼到到達(dá)階段或生產(chǎn)所需的時間。這是您應(yīng)為每個貢獻(xiàn)要素提出的最重要問題。

由于縮短了交貨時間，因此CI/CD建?？梢蕴岣哔|(zhì)量。有缺陷的組件可能會對集成最終產(chǎn)品產(chǎn)生多米諾骨牌效應(yīng)，因為依賴有缺陷組件的組件的開發(fā)會延遲。更糟糕的是，如果您的團(tuán)隊在開發(fā)過程的后期發(fā)現(xiàn)缺陷，則無法滿足已落實的計劃，或者您可能需要創(chuàng)建快捷方式或變通方法以保持計劃。這降低了質(zhì)量并增加了技術(shù)債務(wù)。

圖2：這是具有超過1億行代碼的大型企業(yè)產(chǎn)品的CI/CD管道建模示例(單擊放大)。每個橙色粘性標(biāo)簽代表一個大組件(節(jié)點)，而藍(lán)色箭頭是描述構(gòu)建，集成和部署步驟的邊緣。粉色便簽顯示了周期時間，提前期和完整且準(zhǔn)確的百分比(%C&A)。綠色粘滯便是分階段部署的最終產(chǎn)品。注意，“  LST”代表“大型解決方案系列”，“ ART”代表“敏捷發(fā)布系列”。

軟件工廠方法的企業(yè)優(yōu)勢大型企業(yè)通常被視為沒有DevOps的恐龍。從一開始，它們就失去了市場份額，而新興市場的小型公司卻在其DNA中擁有敏捷性和DevOps。但是，雖然確實可以使大型企業(yè)向前發(fā)展充滿挑戰(zhàn)，但是在SAFe的幫助下，您可以成功進(jìn)行轉(zhuǎn)型。您將能夠以最小的努力來創(chuàng)建或更改開發(fā)價值流，因為人們已經(jīng)具有相同的語言和思維定勢，并且他們將能夠快速調(diào)整策略以應(yīng)對機遇或威脅。

軟件工廠通過使團(tuán)隊能夠更快地調(diào)整開發(fā)設(shè)置以適應(yīng)不斷變化的業(yè)務(wù)需求并縮短升級和啟動時間，從而補充了此功能。此外，它有助于減輕團(tuán)隊的認(rèn)知負(fù)擔(dān)，并提高效率，促進(jìn)左移并縮短交貨時間。

構(gòu)建企業(yè)軟件通常需要的復(fù)雜工具鏈通常會導(dǎo)致使用它們的團(tuán)隊出現(xiàn)認(rèn)知負(fù)擔(dān)?？紤]所需的管道改進(jìn)和維護(hù)活動，例如跟上最新工具和技術(shù)的發(fā)展，以及升級構(gòu)建服務(wù)器，操作系統(tǒng)，插件，測試自動化工具等。這就增加了認(rèn)知負(fù)載釋放截止日期的壓力，以及與產(chǎn)品和領(lǐng)域?qū)I(yè)知識以及新功能和錯誤修復(fù)保持一致的需求，這也就不足為奇了，許多CI/CD管道不穩(wěn)定且不可靠。

“管道即服務(wù)”可以解決這些問題并提高生產(chǎn)率。專門的專家維護(hù)并不斷改善多個產(chǎn)品團(tuán)隊可以使用的服務(wù)，從而減輕了開發(fā)團(tuán)隊的負(fù)擔(dān)，使他們可以專注于在短時間內(nèi)開發(fā)高質(zhì)量產(chǎn)品的核心職責(zé)。

為了更快地響應(yīng)開發(fā)組織中的變更，您需要對開發(fā)工具進(jìn)行標(biāo)準(zhǔn)化。這樣可以更好地集成工具，并使開發(fā)團(tuán)隊更輕松地開發(fā)其他產(chǎn)品，因為他們將熟悉其他產(chǎn)品組正在使用的所有工具和核心流程。一組標(biāo)準(zhǔn)化的工具為現(xiàn)代軟件開發(fā)方法(例如共享代碼所有權(quán)和內(nèi)部開源)奠定了基礎(chǔ)。

使用Software Factory方法對工具進(jìn)行標(biāo)準(zhǔn)化可以極大地減少許可和維護(hù)成本，同時還可以減少工具之間所需的集成和同步的次數(shù)。

如果您擁有大量的工具，則可能有很多不可靠的，半功能的集成以及昂貴的維護(hù)工作。這意味著不必要的高昂總擁有成本，繁忙的工作人員以及不可靠的開發(fā)數(shù)據(jù)流。

但是標(biāo)準(zhǔn)化需要謹(jǐn)慎的平衡。我的建議是盡可能地標(biāo)準(zhǔn)化，同時提供盡可能多的自由。并非所有工具和過程都是標(biāo)準(zhǔn)化的候選對象。軟件工廠通常從小規(guī)模開始，然后根據(jù)采用和用戶反饋逐步發(fā)展。圖3顯示了一個經(jīng)過驗證的帶有核心元素的Software  Factory架構(gòu)。

圖3：這是Micro Focus的Software Factory架構(gòu)/藍(lán)圖，它顯示了功能完善的軟件工廠的主要組件和類別(單擊放大)。

如何開始掌握企業(yè)軟件和網(wǎng)絡(luò)物理系統(tǒng)是一項復(fù)雜的工作，沒有簡單的解決方案或靈丹妙藥。Scaled Agile  Framework和其他一些框架可以為您的數(shù)字化轉(zhuǎn)型之旅提供指導(dǎo)和堅實的基礎(chǔ)。

先進(jìn)的DevOps模型與Software Factory方法相結(jié)合，可以增強和補充這些產(chǎn)品，從而使您的組織可以在數(shù)字時代蓬勃發(fā)展。

上述就是小編為大家分享的加快DevOps的步伐要考慮的關(guān)鍵模型有哪些了，如果剛好有類似的疑惑，不妨參照上述分析進(jìn)行理解。如果想知道更多相關(guān)知識，歡迎關(guān)注億速云行業(yè)資訊頻道。