百度Devops持續(xù)集成實(shí)踐

1、百度Devops持續(xù)集成實(shí)踐技術(shù)創(chuàng)新，變革未來智慧IT百度客戶端DevOps實(shí)踐挑戰(zhàn)百度客戶端工程能力地圖介紹百度客戶端產(chǎn)品大規(guī)模流水線構(gòu)建系統(tǒng)實(shí)現(xiàn)與思考日活過億級(jí)應(yīng)用-百度APP DevOps工程實(shí)踐2018 OCVOPSDAYS e .t局i/,間題召回和閉環(huán)反饋問題召回和診斷如何快速召回問題、診斷出病因、 并修復(fù)上線用戶體驗(yàn)極致體驗(yàn)用戶體驗(yàn)如何？產(chǎn)品上線后用戶第一時(shí)間的反饋是？迭代速度每月發(fā)版一次需求：一個(gè)月后發(fā)版 N度N+版本，一周，手動(dòng)齊集核心數(shù)據(jù)，發(fā)版發(fā)版前底氣版本質(zhì)量保障萬行級(jí)代碼變更，發(fā)版時(shí)不知用例是否覆蓋+面l App迭代更新快群雄井起APP時(shí)代挑戰(zhàn)內(nèi)部狀況場(chǎng)景復(fù)雜新業(yè)務(wù)出現(xiàn)

2、快業(yè)務(wù)消亡l 新App涌現(xiàn)快群雄井起APP時(shí)代挑戰(zhàn)內(nèi)部狀況010302第一步：統(tǒng)一認(rèn)識(shí)，讓業(yè)務(wù)線在規(guī)則下可以一起玩 建立一套切實(shí)權(quán)威可執(zhí)行的標(biāo)準(zhǔn)第三步：典型玩家特殊定制，滿足個(gè)性化需求典型業(yè)務(wù)線重點(diǎn)支持，不斷迭代系統(tǒng)第二步：讓業(yè)務(wù)線可以有場(chǎng)所，有工具玩低成本接入 高效有效穩(wěn)定的系統(tǒng)支持理論系統(tǒng)實(shí)踐需要解決三大問題：1、如何解決客戶端DevOps實(shí)踐人員思路統(tǒng)一問題（如何定標(biāo)準(zhǔn)）2、解決標(biāo)準(zhǔn)權(quán)威性、真實(shí)性問題（如何取數(shù)據(jù)）3、解決標(biāo)準(zhǔn)與客觀、彈性矛盾問題（如何計(jì)算）研發(fā)流程環(huán)節(jié)是否完善各流程環(huán)節(jié)該具備何種實(shí)踐各個(gè)實(shí)踐效果達(dá)到多少三位一體流 程完 備有 效CI/CD委員會(huì)制定初版提至技術(shù)委員會(huì)醞釀

3、公司范圍內(nèi)進(jìn)行公示抽樣分?jǐn)?shù)與實(shí)際分析流程實(shí)踐名稱分級(jí)標(biāo)準(zhǔn)完備性有1性AverageGoodExcellent1010百度編碼規(guī)范1.250.63增量源碼安全掃描1.250.63CodeReview1.251.88增量靜態(tài)代碼掃描1.251.88云端編譯1.251.25P0級(jí)自動(dòng)化回歸測(cè)試1.251.25Unit Test1.251.25可維護(hù)性檢查1.251.25特點(diǎn)：1、權(quán)重可調(diào)2：各個(gè)階段、各個(gè)實(shí)踐、完備性和有效性的調(diào)權(quán)，不斷迭代，達(dá)到最優(yōu)；2、實(shí)踐項(xiàng)含必做項(xiàng)和選做項(xiàng)：達(dá)到依據(jù)業(yè)務(wù)需要彈性控制；例子：APP需求開發(fā)代碼準(zhǔn)入測(cè)試灰度驗(yàn)證發(fā)布流水線/自 動(dòng)化C=5102035101010nnm

4、ikkV )j 1j 1T T C (V P V Q D i iji j 1ij ij ijijij 算法：n產(chǎn)品具備沖擊力和引導(dǎo)性（產(chǎn)品一角）：解決三大問題：1、設(shè)計(jì)快速可配置的流水線接入方案以滿足客戶端涌現(xiàn)2、實(shí)現(xiàn)高效且穩(wěn)定性的閉環(huán)構(gòu)建系統(tǒng)以支持大規(guī)模構(gòu)建3、配合工程能力地圖形成真實(shí)可信的研發(fā)數(shù)據(jù)鏈路系統(tǒng)用戶視角：1、自動(dòng)化2、準(zhǔn)入&打包1、開發(fā)者通過API或jar注冊(cè)至平臺(tái)；2、平臺(tái)進(jìn)行審核（含數(shù)據(jù)）；3、平臺(tái)進(jìn)行評(píng)布；4、插件進(jìn)入服務(wù)持集成服務(wù)市場(chǎng)推薦；5、收集服務(wù)在業(yè)務(wù)線表現(xiàn)數(shù)據(jù)；6、對(duì)開發(fā)者工具進(jìn)行評(píng)估（形成漏斗，優(yōu) 勝劣汰）；1、系統(tǒng)鏈接：200+開發(fā)者，30+個(gè)5+平0有效運(yùn)轉(zhuǎn)

5、2、覆蓋業(yè)務(wù)：覆蓋百度系近百款4戶端產(chǎn)1，每3提交1000次3、覆蓋機(jī)2：近干0手機(jī)可調(diào)度4、覆蓋構(gòu)建：每3構(gòu)建近W次5、發(fā)現(xiàn)問W：上線以來累計(jì)發(fā)現(xiàn)1W+問W需要解決三大問題：1、業(yè)務(wù)團(tuán)隊(duì)、人員意識(shí)、需求不一帶來的流程問題2、產(chǎn)品特點(diǎn)帶來的對(duì)系統(tǒng)性個(gè)性化需求的挑戰(zhàn)3、如何形成業(yè)務(wù)DevOps閉環(huán)問題：交付周期長長周期的需求會(huì)拉長短周期需求的耗時(shí)，嚴(yán)重的會(huì)拉長整個(gè)版本的周期代碼耦合度高，代碼沖突大，合并是個(gè)災(zāi)難不支持分支灰度代碼復(fù)用率較低X.X.X正3X.X.X灰2X.X.X正3單周交付的收益單位時(shí)間內(nèi)產(chǎn)能的提高：少量的Topic并行 N多Feature維度的并行集中集成增量集成.集中測(cè)試隨時(shí)測(cè)試單周交付研發(fā)模式：由Topic維度 細(xì)粒度的Feature分支三周集中上車 每周上車體系集成交付：灰度發(fā)布小時(shí)級(jí)發(fā)布和效果評(píng)估數(shù)據(jù)產(chǎn)出版本對(duì)比效果評(píng)估5.平臺(tái)展現(xiàn)性能1. 問題及產(chǎn)品意見召回溝通群郵件內(nèi)部論壇穩(wěn)定性可用性用戶反饋2. 策略處理策略1策略2策略3策略問題處/4.問題分發(fā)指標(biāo)1指標(biāo)2指標(biāo)3 指標(biāo)3. 監(jiān)控中心觸發(fā)（自動(dòng)手動(dòng)）C層崩CJS層崩CJava層崩CA息執(zhí)行J過4sA息等待4s未執(zhí)行數(shù)據(jù)上報(bào)N數(shù)據(jù)解析N清洗N修復(fù)N上線分析修復(fù)崩C日4收集平臺(tái)客 戶 端 崩Native 崩CANR無響應(yīng)Java崩 C上線驗(yàn)證百度