改變從來都不容易。然而，越來越多的公司對采用DevOps模型感興趣。在這篇文章中整理了一些工具和實踐，這些工具和實踐可以幫助你的團隊成為一個精簡、高效的DevOps機器。

隨著軟件組織交付創(chuàng)新產(chǎn)品和快速更新產(chǎn)品的壓力不斷增加，在我們的軟件開發(fā)生態(tài)系統(tǒng)中，越來越多的人采用DevOps模型來提高效率和敏捷性。DevOps承諾將幫助團隊按時完成計劃，而不會影響質(zhì)量，即使繞開傳統(tǒng)上會在流程結(jié)束時進行的較慢的手動測試和錯誤修復(fù)。

對于組織而言，改變絕非易事，將DevOps納入開發(fā)生命周期需要在多個層次上進行重大過渡，挑戰(zhàn)團隊以使其適應(yīng)新的組織結(jié)構(gòu)。需要采用新流程，開發(fā)新技能，并且必須集成新工具。

正如敏捷管理部門的業(yè)內(nèi)資深人士所說，DevOps是“一個跨學(xué)科的實踐社區(qū)，致力于研究大規(guī)模構(gòu)建，發(fā)展和運行快速變化的彈性系統(tǒng)”，這需要整個組織進行真正的改變，而不是令人驚訝的是，大多數(shù)人都反對這樣做。但是，如果我們忽略了“組織文化”或“突破壁壘”的大肆宣傳，那么開發(fā)團隊中的DevOps實際上就是實現(xiàn)我們大多數(shù)人已經(jīng)開始采用的方法和實踐。

我們整理了一些工具和實踐的備忘單，這些工具和實踐可幫助您的團隊成為精簡的DevOps機器。

持續(xù)集成

持續(xù)集成（CI）已成為軟件開發(fā)環(huán)境中的基本過程，這是至關(guān)重要的關(guān)守，它可以幫助軟件團隊防止代碼錯誤被集成到其項目中并管理代碼質(zhì)量，以防在生產(chǎn)結(jié)束前成本上升。撕毀并更換Ops飆升。這就是為什么選擇正確的CI服務(wù)器以最好地支持您的團隊流程如此重要的原因。

任何開發(fā)人員都會告訴您，有一個CI服務(wù)器要比其他所有服務(wù)器都要好，并且市場上的各種工具證明有很多選擇可供選擇：

它應(yīng)該是開源的還是專有的？它的可配置性如何？有沒有可用的文檔？支持的程度如何？

問題還在繼續(xù)。

Jenkins將向一些經(jīng)驗豐富的CI Server用戶發(fā)誓，而其他一些用戶已經(jīng)部署了VSTS，再也不會高興了。然后是Travis-安裝起來應(yīng)該很容易！或Atlassian-它與Jira集成！到目前為止，還沒有一種工具能夠選中所有復(fù)選框。為組織選擇正確的CI工具的最佳方法是根據(jù)平臺，工具，組件，基礎(chǔ)結(jié)構(gòu)和流程以及已制定的策略，確定組織的特定需求，并找到CI滿足這些要求的服務(wù)器。

軟件組成分析

對于我們大多數(shù)人來說，第三方和開源組件是不斷贈送的禮物。數(shù)據(jù)顯示，當(dāng)今大多數(shù)應(yīng)用程序僅包含10％– 20％的專有代碼，以及80％-90％的開源和第三方組件。我們傾向于忽略的是所涉及的風(fēng)險：每16個開源下載請求中就有一個是具有已知漏洞的組件。DevOps完全是關(guān)于測試自動化的，但是創(chuàng)新的應(yīng)用程序安全性工具（如SAST，DAST和IAST）可用于專有軟件，不能涵蓋開源和第三方組件。

這些要求我們采用一套新的安全工具和實踐，與專有代碼所用的不同。這就是軟件組成分析（SCA）工具的用處。除非您使用自動化工具，否則即使不是不可能跟蹤，開源軟件中的漏洞也很難解決。SCA工具可以連續(xù)自動地分析應(yīng)用程序的源代碼，模塊，框架和庫，以審核開源和第三方軟件組件。SCA使團隊能夠在將產(chǎn)品和庫存發(fā)布到生產(chǎn)中很久之前就發(fā)現(xiàn)它們中的已知安全漏洞或許可問題。

團隊合作使夢想成真

好消息是，除工具和流程外，DevOps還與人有關(guān)。當(dāng)團隊找到一種匯集他們的經(jīng)驗和技能的方法時，結(jié)果通常與任何神奇的自動化部署工具一樣有價值。在過去，開發(fā)和運營團隊堅持自己的職責(zé)，擁有不同的優(yōu)先級和目標(biāo)集。不再。采用DevOps方法要求不習(xí)慣團隊合作的團隊找到一種合作方式，以便他們能夠成功創(chuàng)建和維護開發(fā)生命周期，以快速，安全地交付創(chuàng)新的高質(zhì)量產(chǎn)品。

這意味著所有參與者（我們正在尋找開發(fā)人員，運營和安全專家）都需要尊重其同行帶來的專業(yè)知識，并學(xué)習(xí)如何共同努力以確保流程和最終產(chǎn)品能夠滿足每個人的需求標(biāo)準。XebiaLabs客戶成功副總裁TJ Randall警告公司，成功采用DevOps的最常見障礙之一是接受“發(fā)展不僅是一個團隊，而是很多團隊”。他說，根據(jù)他的經(jīng)驗，當(dāng)團隊不進行溝通和合作時，“運營部門努力將活動統(tǒng)一成一個一致的，可重復(fù)的過程。很難弄清楚如何獲得不同的孤島，以同意看別人在做什么，并向他們解釋為什么值得他們花時間去做?！?/span>

DevOps和軟件團隊

當(dāng)您考慮一下時，開發(fā)人員和DevOps的態(tài)度并不是真的相去甚遠。開發(fā)人員四面楚歌，渴望創(chuàng)新，可以快速學(xué)習(xí)新語言并在必要時采用新方法。盡管沒有人希望他們的日常工作被打亂，但我們在這里建議的更改已幫助開發(fā)團隊迅速交付，同時消除了繁瑣的手動測試和最新的通宵修復(fù)。最后要記住的一個重要提示是，改變不是一overnight而就的，而是一個過程。不要被流行詞嚇倒。

查看您的團隊和正在使用的實踐，并查看正在使您減速的因素。不要追隨每一個新奇的趨勢，而要與您信任公司和專業(yè)社區(qū)的專家交談。了解哪些安全和操作方法可以升級您的項目，并且最容易采用和從那里開始工作。堅持這些課程，您可以成為DevOps忍者，然后才能說出自動化的軟件交付管道。