1、 以自動(dòng)化先行的DevOps落地實(shí)踐 先來(lái)個(gè)段子吧 主管：小陳，聽(tīng)說(shuō)有 個(gè)叫 DevOps 的技術(shù) 很牛！主管：從明天開(kāi)始， 小陳就是 DevOps 負(fù) 責(zé)人!?小陳 主管：下一個(gè)季度開(kāi)始， 所有人的工作都要全面自動(dòng) 化，全體工作效率要提升2倍 以上！!? !?!?!?!? 目錄1DevOps與自動(dòng)化的誤解自動(dòng)化的誤區(qū)案例分享建議與結(jié)語(yǔ) 誤解一：DevOps =CI / CD事實(shí)上持續(xù)集成 在1999年就已經(jīng)出現(xiàn)了 而持續(xù)交付 則在2010年就已經(jīng)出現(xiàn) 現(xiàn)在已經(jīng)在討論CI / CD 2.0CI / CD 云原生或容器版喬梁 真實(shí)案例老板：你們?cè)趺床豢禳c(diǎn)導(dǎo)入DevOps的那個(gè)CI / CD?員工

2、：早在三年前就導(dǎo)入了！ 誤解二：DevOps =自動(dòng)化 最常見(jiàn)、最糟糕的 一種誤解 意昧著只是將 DevOps / 自動(dòng)化 視為是一種工具或 解決方案 老板：下一個(gè)季度開(kāi)始，所有人 的工作都要全面自動(dòng)化，全體工作 效率要提升X倍以上！ 段子?其實(shí)是真實(shí)案例誤解三：自動(dòng)化在短期之內(nèi) 就能產(chǎn)生巨大成效 即對(duì)，也錯(cuò) 真實(shí)案例質(zhì)量不佳的自動(dòng)化腳本違章建筑的自動(dòng)化流程千瘡百孔的自動(dòng)化平臺(tái) 目錄1DevOps與自動(dòng)化的誤解自動(dòng)化的誤區(qū)案例分享建議與結(jié)語(yǔ) 理想與現(xiàn)實(shí)的差距 坑，比想像的多 誤區(qū)一：欠缺全局觀 局部?jī)?yōu)化能提供的助益有限 需具備全局觀并且從瓶頸點(diǎn)開(kāi)始著手 在非瓶頸點(diǎn)省下的 每個(gè)小時(shí)都是虛幻的高德

3、拉特博土 持續(xù)集成 / 持續(xù)整合 / 持續(xù)部署 你會(huì)從何處開(kāi)始著手? 你會(huì)從何處著手? 我們的持續(xù)部署平臺(tái)可以做到每小時(shí)部署10次 但我們每個(gè)月只出一個(gè)版本真實(shí)案例!? 誤區(qū)二：?jiǎn)适Ъ寄?自動(dòng)化會(huì)導(dǎo)致員工喪失專業(yè)技能開(kāi)發(fā)自動(dòng)化控制系統(tǒng)的設(shè)計(jì) 人員，努力彌補(bǔ)人為執(zhí)行時(shí) 的不可靠性，卻在不知不覺(jué) 中創(chuàng)造了新錯(cuò)誤的機(jī)會(huì)，這 個(gè)錯(cuò)誤甚至可能比他們?cè)?極力避免的更加嚴(yán)重。 James Reason 真實(shí)案例 你上次在命令列輸入的命令是?在擁有自動(dòng)化平臺(tái)之前，你是 如何測(cè)試與部署的?誤區(qū)三：?jiǎn)适ъ`活性 過(guò)度標(biāo)準(zhǔn)化一致化，導(dǎo)致流 程僵化欠缺彈性與靈活性 應(yīng)用程序所需之環(huán)境配置如何回滾至特定版本如何重新部署

4、其他初始化動(dòng)作x2連上主機(jī)x5取得打包版本x3取得系統(tǒng)組態(tài)配置x3x5x3x2過(guò)度標(biāo)準(zhǔn)化一致化，導(dǎo)致流 程僵化欠缺彈性與靈活性 應(yīng)用程序所需之環(huán)境配置如何回滾至特定版本如何重新部署其他初始化動(dòng)作x1連上主機(jī)x2取得打包版本x1取得系統(tǒng)組態(tài)配置x1x2x1x1過(guò)度標(biāo)準(zhǔn)化一致化，欠缺靈活性 真實(shí)案例自動(dòng)化平臺(tái)能否兼容遺產(chǎn)與新 項(xiàng)目?自動(dòng)化平臺(tái)能否兼容巨石與微 服務(wù)架構(gòu)? 誤區(qū)四：欠缺維護(hù)性可配置性 腳本不只要能運(yùn)行， 還要能長(zhǎng)長(zhǎng)久久 50%研發(fā) / 改進(jìn)50%傳統(tǒng)Ops 自動(dòng)化也需要持續(xù)維護(hù)運(yùn)維 真實(shí)案例自動(dòng)化腳本的質(zhì)量?自動(dòng)化腳本是否也有經(jīng)過(guò)CI/CD/測(cè)試/代碼審查/審計(jì)? 誤區(qū)五：工具決策優(yōu)

5、先工具與技術(shù)選型? 工具與技術(shù)選型?阿里云 SDK - PHP阿里云 SDK - Python阿里云Ansible Module 團(tuán)隊(duì)主要的技術(shù)棧為 PHP擅長(zhǎng)對(duì)接API 與第三方服務(wù)剛開(kāi)始采用Ansible預(yù)定建立內(nèi)部的自動(dòng)化管理平臺(tái) “人們并不抵制改變， 他們抵制的只是被改變?！盠indaRising 并非新技術(shù)而是一套需要持續(xù)實(shí)現(xiàn)的實(shí)踐方法敏捷軟件開(kāi)發(fā)宣言我們一直在實(shí)踐中探尋更好的軟件開(kāi)發(fā)方法，身體力行的同時(shí)也幫助他人。由此我們建立了如下價(jià)值觀：個(gè)體和互動(dòng)高于流程和工具工作的軟件高于詳盡的文檔 客戶合作高于合同談判響應(yīng)變化高于遵循計(jì)劃也就是說(shuō)，盡管右項(xiàng)有其價(jià)值， 我們更重視左項(xiàng)的價(jià)值。

6、真實(shí)案例為何選擇工具A而不是工具B?兩個(gè)團(tuán)隊(duì)三種溝通管道/工具 目錄1DevOps與自動(dòng)化的誤解自動(dòng)化的誤區(qū)案例分享建議與結(jié)語(yǔ) 案例一：來(lái)自嵌入式裝置行業(yè)的案例困境產(chǎn)品維護(hù)期長(zhǎng)產(chǎn) 品 項(xiàng) 目程序總數(shù)量多多硬件組態(tài)配置而雜 困境非常需要 產(chǎn) 品 項(xiàng) 目多 硬件組態(tài)配置 程序總數(shù)量多 產(chǎn)品維護(hù)期長(zhǎng)而 自 動(dòng) 化雜落地過(guò)程構(gòu)件/配置庫(kù)自動(dòng)化整合測(cè)試提 更升 彈產(chǎn) 性品 的的 配靈 置活 設(shè)性 計(jì)研發(fā)自動(dòng)化發(fā)布運(yùn)維從單一項(xiàng)目之流水線開(kāi)始自動(dòng)化組態(tài)配置自動(dòng)化自動(dòng)構(gòu)建測(cè)試環(huán)境自動(dòng)化自動(dòng)化監(jiān)控自動(dòng)化復(fù)制經(jīng)驗(yàn)至其他項(xiàng)目 落地成效交付總時(shí)長(zhǎng)前置作業(yè)時(shí)長(zhǎng)人工作業(yè)時(shí)長(zhǎng)30分鐘40分鐘落地前60分鐘落地后20分鐘5分

7、鐘5分鐘 持續(xù)改進(jìn)產(chǎn)品 設(shè)計(jì)研發(fā) 驗(yàn)證集成 測(cè)試打包 交付反饋 迭代自動(dòng)化成效產(chǎn)品設(shè)計(jì)架構(gòu)設(shè)計(jì) 案例二：來(lái)自互聯(lián)網(wǎng)行業(yè)的案例困境研發(fā)運(yùn)維 / 基礎(chǔ)建設(shè)小型信息網(wǎng)占系統(tǒng)API大數(shù) 據(jù)物理虛擬 機(jī)機(jī)路由交換 機(jī)機(jī)支撐需要大量的服務(wù)器，不同環(huán)境需求支撐 困境 研發(fā)小型大數(shù)網(wǎng)占系統(tǒng)據(jù)機(jī)機(jī)支撐支撐運(yùn)維 / 基礎(chǔ)建設(shè)物理虛擬運(yùn)機(jī) 維同學(xué)機(jī)：都不用作其路他由工作交了換信研息發(fā)同A學(xué)P：I需要大量的老服板務(wù)等器，著不看同，環(huán)境需求服務(wù)器好了沒(méi)?落地過(guò)程研發(fā)運(yùn)維 / 基礎(chǔ)建設(shè)IaC 基礎(chǔ)設(shè)施即程式碼SOP / 規(guī)范化自動(dòng)化運(yùn)維平臺(tái)工單管理 / 踉蹤自動(dòng)構(gòu)建鏡像 / 服務(wù)器API虛擬化 / 容器化ChatOps自

8、助構(gòu)建環(huán)境開(kāi)始自研運(yùn)維平臺(tái)DevOpsSRE 落地成效環(huán)境構(gòu)建時(shí)長(zhǎng)交付部署時(shí)長(zhǎng)落地前運(yùn)維外部工單落地后減少30%10分鐘60分鐘60分鐘 流程人 / 文化技術(shù) / 工具DevOps自動(dòng)化成效跨部門協(xié)同產(chǎn)品研發(fā) 目錄1DevOps與自動(dòng)化的誤解自動(dòng)化的誤區(qū)案例分享建議與結(jié)語(yǔ) 自動(dòng)化是個(gè)老把戲 老狗也可以變出新把戲自動(dòng)化 工程師自動(dòng)化又懶又有生產(chǎn)力的一群人 現(xiàn)實(shí)生活的工作也要自動(dòng)化 玩游戲也要自動(dòng)化 反思什么是自動(dòng)化自動(dòng)化對(duì)千你的意義為何?沒(méi)有自動(dòng)化，人工手動(dòng)操作。個(gè)人自行使用/維護(hù)，系統(tǒng)特定的自動(dòng)化腳本/進(jìn)程/服務(wù)多人共同使用/維護(hù)的通用自動(dòng)化腳本/進(jìn)程/服務(wù)半自動(dòng)觸發(fā)/執(zhí)行的自動(dòng)化平臺(tái)全自動(dòng)、

9、無(wú)需人為介入的自動(dòng)化平臺(tái)（甚至具備自愈能力） 自動(dòng)化的演進(jìn)4.半自動(dòng)觸發(fā)/執(zhí)行的自動(dòng)化平臺(tái)5.全自動(dòng)、無(wú)需人為介入的自動(dòng)化平臺(tái)（甚至具備自愈能力）自動(dòng)化的演進(jìn)沒(méi)有自動(dòng)化，人工手動(dòng)操作。個(gè)人自行使用/維護(hù)，系統(tǒng)特定的自動(dòng)化腳本/進(jìn)可程以/服務(wù)被多人共同使用/維護(hù)的通用自動(dòng)化腳本/進(jìn)程/服自務(wù)動(dòng)化的 工作很多 快速回顧誤解誤區(qū)案例DevOps 即 CI/CDDevOps 即 自動(dòng)化自動(dòng)化短期內(nèi) 可有巨大成效欠缺全局觀喪失技能喪失靈活性欠缺維護(hù)性 / 可配置性工具決策優(yōu)先嵌入式裝置行業(yè)互聯(lián)網(wǎng)行業(yè) 建議與結(jié)語(yǔ)精益思想軟體工程文化建立全局觀從瓶頸點(diǎn)著手消除價(jià)值流中浪費(fèi)自動(dòng)化一切值得自 動(dòng)化之處萬(wàn)物皆代碼重視維護(hù)性 / 可配置性敏捷Agile重視靈活性標(biāo)準(zhǔn)化與定制化的取舍建立灘頭堡 / 勿好高駕遠(yuǎn)原威 / 逆原威定律重視工具之千人的價(jià)值失敗的是流程不是工具反饋與持續(xù)改進(jìn) Key Takeaways自動(dòng)