DevOps的一般實踐流程
動態(tài)的流水作業(yè)、迭代的開發(fā)進程、交互的協(xié)作模式
從DevOps的流程實踐上看，總體來說其流程可以分為需求對接和應(yīng)用設(shè)計、敏捷開發(fā)和持續(xù)測試以及最終測試和上線運 維等三個階段，其核心是由開發(fā)人員和測試人員主導(dǎo)的敏捷開發(fā)和持續(xù)測試階段。借助Scrum或Kanban等工作流方法的指引和一系列持續(xù)構(gòu)建、持續(xù)集成、持續(xù)測試以及持續(xù)發(fā)布工具，IT團隊能夠高效率地開發(fā)通過微服務(wù)架構(gòu)解耦的程序模塊， 并及時、持續(xù)地與用戶方面進行對接，對各個模塊的研發(fā)質(zhì)量和成果進行實時把控。在通過最終的集成和測試之后軟件得 以部署上線，此后開發(fā)人員能夠借助應(yīng)用容器化封裝帶來的統(tǒng)一環(huán)境之便，與運維人員一起對軟件的運行質(zhì)量進行監(jiān)控、 為用戶提供支持服務(wù)，并繼續(xù)根據(jù)市場需求進行版本更迭的進一步開發(fā)工作。
DevOps適用于什么樣的團隊？
單個團隊10-20人為佳，對外包和分散的敏感度較低
IT團隊是DevOps理念和方法最終的實踐主體，盡管DevOps對團隊屬性并沒有固化的要求，然而在實踐中團隊的不同形式 對開展DevOps轉(zhuǎn)型可能會有顯著的影響，除了無形的團隊氛圍之外，一些客觀條件也可能會影響DevOps轉(zhuǎn)型的效果，本 報告著重討論IT團隊的規(guī)模，構(gòu)建方式以及地理集中度對DevOps的影響。我們認為在這之中團隊的規(guī)模的影響相對顯著， 過大或者過小的團隊規(guī)模都會降低的DevOps的增效，在實踐中10-20人的（單個）軟件團隊能夠更好地發(fā)揮DevOps降本 增效的作用；而IT團隊是內(nèi)部團隊或是有外包團隊、團隊人員是否在地理位置上足夠集中兩方面的要素對DevOps實踐的 影響并不大，甚至可以認為DevOps的出現(xiàn)就是為了解決當前企業(yè)的IT團隊無法實現(xiàn)地理上的絕對集中以及完全內(nèi)化無需 外包從而帶來的摩擦問題。
DevOps適用于什么樣的企業(yè)？
業(yè)務(wù)系統(tǒng)頻繁更新的企業(yè)引入DevOps的價值更加顯著
此處我們討論的是計劃將DevOps引入內(nèi)部IT團隊，并服務(wù)于母公司的軟件需求的企業(yè)，而非對外提供軟件開發(fā)和運維服 務(wù)的企業(yè)。由于互聯(lián)網(wǎng)經(jīng)濟和電子商務(wù)不斷向各行各業(yè)加速滲透，IT實力越來越成為影響企業(yè)運營水平的關(guān)鍵因素，然而 并非所有的行業(yè)和企業(yè)（機構(gòu)）機構(gòu)都需要DevOps的加持，其中最核心的影響因素是該企業(yè)的業(yè)務(wù)是否需要頻繁發(fā)布新 的應(yīng)用來滿足用戶的需求，如果沒有此類的敏捷開發(fā)需求，或是目前正在運用的開發(fā)方法已經(jīng)能夠滿足企業(yè)的業(yè)務(wù)需求， 則開展DevOps的轉(zhuǎn)型耗費的資產(chǎn)和管理投入的性價比較低。此外，對于安全策略較為嚴格的行業(yè)和企業(yè)而言，雖然 DevOps能夠在一定程度上與安全審查流程融合，然而其敏態(tài)開發(fā)的效果將會有所下降。
互聯(lián)互通社區(qū)
互聯(lián)互通社區(qū)專注于IT互聯(lián)網(wǎng)交流與學(xué)習(xí)，旨在打造最具價值的IT互聯(lián)網(wǎng)智庫中心，關(guān)注公眾號：互聯(lián)互通社區(qū)，每日獲取最新報告并附帶專題內(nèi)容輔助學(xué)習(xí)。
方案咨詢、架構(gòu)設(shè)計、數(shù)字化轉(zhuǎn)型、中臺建設(shè)、前沿技術(shù)培訓(xùn)與交流，合作請+微信：hulianhutongshequ
重慶分公司
重慶分公司
