企業(yè)DevOps最佳技術(shù)實(shí)踐

1、企業(yè)DevOps最佳技術(shù)實(shí)踐文少華，高級(jí)架構(gòu)師，Electric Cloud軟件已融入到各個(gè)行業(yè)嵌入式/IoT移動(dòng)端企業(yè),互聯(lián)網(wǎng)/IT“軟件正在吞噬世界”Marc Andreessen, Aug 2011軟件開發(fā)的趨勢(shì)Gene Kimi“目前，DevOps更像是一個(gè)哲學(xué)運(yùn)動(dòng)，而不是精確的描述性或規(guī)定性的實(shí)踐集合?！泵艚蓍_發(fā)“An iterative approach to delivering value frequently, and in small batches.”持續(xù)集成“Automated build and unit test after each check-in.”持續(xù)交付“

2、CI + on-demand automated deploy to dev, QA or prod environments.”DevOps“a set of practices that automates th processes between software development and IT teams”軟件研發(fā)模式未來趨勢(shì)Over the next four years, 25 percent of large IT organizations that develop custom applications will establish release teams that

3、 span application development and production and are focused on develop/continuous delivery. (Gartner April 2011)從敏捷開發(fā) 到敏捷運(yùn)維 DevOps軟件開發(fā)至運(yùn)維的過程 一體化模型驅(qū)動(dòng) 的開發(fā) MDD建模驅(qū)動(dòng)的開發(fā)過程基于云計(jì)算 的研發(fā)資源 整合CLOUD云集成能力開發(fā)過程 知識(shí)重用化 KBE開發(fā)過程組件化，對(duì)開 發(fā)過程逐步精進(jìn)激烈的市場(chǎng)競(jìng)爭(zhēng)壓力促動(dòng)軟件產(chǎn)品的不斷創(chuàng) 新和質(zhì)量改進(jìn)，新的軟件開發(fā)模式是應(yīng)對(duì)競(jìng) 爭(zhēng)的有效策略，但是先進(jìn)的軟件開發(fā)模式需 要先進(jìn)的環(huán)境和技術(shù)支撐才能落到實(shí)處；

4、軟件開發(fā)過程的一體化、自動(dòng)化成為軟件研 發(fā)領(lǐng)域未來的主流趨勢(shì)和建設(shè)熱點(diǎn)。5電子裝備軟件研發(fā)過程管理在軟件研發(fā)業(yè)務(wù)中的定位6軟件需求分 析需求規(guī)格制 定及評(píng)審軟件架構(gòu)設(shè)計(jì) 及評(píng)審軟件詳細(xì)設(shè)計(jì)軟件入受控 庫確認(rèn)測(cè)試SCI測(cè)試問題報(bào)告系統(tǒng)集成和 測(cè)試軟件發(fā)布運(yùn)行維護(hù)軟件開發(fā)軟件歸檔軟件入產(chǎn)品庫設(shè)計(jì)基線性能基線軟件策劃及設(shè)計(jì)軟件開發(fā)及測(cè)試軟件交付及維護(hù)驗(yàn)收交付運(yùn)營(yíng)維護(hù)SU測(cè)試概要設(shè)計(jì)詳細(xì)設(shè)計(jì)軟件實(shí)現(xiàn)組裝測(cè)試系統(tǒng)聯(lián)試確認(rèn)測(cè)試軟件項(xiàng)目的策劃、跟蹤、預(yù)警、控制、完善階段評(píng)審更改管理（軟件研發(fā)過程的質(zhì)量控制）分配基線功能基線SC測(cè)試需求管 理人員軟件架 構(gòu)師軟件詳 細(xì)設(shè)計(jì) 人員軟件開發(fā)人員QAQAQA/第 三

5、方測(cè) 試人員軟件發(fā) 布人員產(chǎn)品基線軟件運(yùn) 維人員實(shí)現(xiàn)軟件研發(fā)及交付過程的一體化、自動(dòng)化是貫徹敏捷開發(fā)、持續(xù)集成等先進(jìn)思想，實(shí)現(xiàn)軟件研發(fā)業(yè)務(wù)變革的重點(diǎn)能力需求。GJB5000A對(duì)軟件研發(fā)過程管理能力的要求GJB5000A成熟度模型成熟度1初始級(jí)，過程通常是隨意、無序的。成熟度2已管理級(jí)，組織的項(xiàng)目已確保其過程按照方針進(jìn)行策 劃并得到執(zhí)行。成熟度3已定義級(jí)，過程已經(jīng)得到很好的定義和理解，并用標(biāo)準(zhǔn)、規(guī)程、工具和方法進(jìn)行了描述。成熟度4已定量管理級(jí)，組織和項(xiàng)目為質(zhì)量和過程績(jī)效建立了 定量目標(biāo)，并且用其管理過程的準(zhǔn)則成熟度5優(yōu)化級(jí)，根據(jù)對(duì)過程中固有變異的共因的定量理解， 組織持續(xù)的改進(jìn)它GJB5000A

6、在實(shí)施推廣中存在的挑戰(zhàn)成熟度2已管理級(jí)貫徹執(zhí)行人員投入大 ，工程過程缺乏自動(dòng)化手段無法考證整個(gè)過程是按既定方針來執(zhí)行，往往執(zhí)行和文檔兩張皮成熟度3已定義級(jí)缺乏數(shù)據(jù)支撐來證明工具應(yīng)用過程的規(guī)范性，或以手工數(shù)據(jù)采集為主，難以確保數(shù)據(jù)準(zhǔn)確性；大量不增值的文檔工作成為軟件交付周期難以縮短的主因只關(guān)注與項(xiàng)目執(zhí)行流程的定義和固化，缺乏對(duì)軟件生產(chǎn)過程流程(編譯-測(cè)試-發(fā)布) 的定義和固化GJB5000A對(duì)風(fēng)險(xiǎn)進(jìn)行了量化管理，但更有效的管理風(fēng)險(xiǎn)應(yīng)該是加快軟件開發(fā)過程迭 代反饋周期，盡早發(fā)現(xiàn)問題。成熟度4已定量管理級(jí)量化目標(biāo)后，執(zhí)行過程往往增加了人工數(shù)據(jù)采集和統(tǒng)計(jì)負(fù)擔(dān)。（實(shí)現(xiàn)自動(dòng)化是關(guān)鍵）成熟度5優(yōu)化級(jí)持續(xù)改進(jìn)

7、需歷史過程數(shù)據(jù)的統(tǒng)計(jì)分析支撐針對(duì)挑戰(zhàn)所建議的應(yīng)對(duì)措施流程可見、可重復(fù)標(biāo)準(zhǔn)化軟件研發(fā)端到端過程，流程可見，可重復(fù)；能夠在任何時(shí)候快速?gòu)脑a重新構(gòu)建出交付產(chǎn)品；缺陷修復(fù)或過程審查時(shí)，都能夠快速展示編譯測(cè)試和發(fā)布完整過程。研發(fā)工具及過程集成統(tǒng)一集成研發(fā)環(huán)境，工具產(chǎn)生的過程數(shù)據(jù)能夠快速定位并且其歷史過程能夠有效保存和管理；開發(fā)硬件資源的統(tǒng)一管控；編譯產(chǎn)出物管理，確保產(chǎn)出物和其對(duì)應(yīng)源代碼的追溯關(guān)系。減少人為干預(yù)、提高人員效率減少手工產(chǎn)生過程文檔的時(shí)間，如自動(dòng)生成版本編譯產(chǎn)生的文件清單等；自動(dòng)采集過程數(shù)據(jù)，自動(dòng)統(tǒng)計(jì)輸出，精準(zhǔn)且高效。電信企業(yè)在軟件開發(fā)過程中的主要挑戰(zhàn)跨地域開發(fā)團(tuán)隊(duì)的協(xié)調(diào)支持跨地域的系統(tǒng)架構(gòu)；有效地權(quán)限控制端到端的能見度(visibility)流水線工具設(shè)計(jì)環(huán)境部署信息的追蹤管理對(duì)發(fā)布進(jìn)度的透明追蹤管理需要能從上至下深入查看過程數(shù)據(jù)流水線工具設(shè)計(jì),支持?jǐn)?shù)據(jù)的popup流程的重用,如何不重復(fù)發(fā)明輪子集中管理流程流水線模板環(huán)境和流水線自服務(wù)自動(dòng)化平臺(tái)工具的性能可伸縮集群架構(gòu)落地的實(shí)踐 -1敏捷軟件管理持續(xù)集成隨叫隨到的政策持續(xù)交付流水線一鍵式部署對(duì)應(yīng)用/流水線/環(huán)境進(jìn)行建模管理自動(dòng)化和持續(xù)的測(cè)試盡可能自動(dòng)化