王津銀-優(yōu)維科技-聯(lián)合創(chuàng)始人-應(yīng)用運維管理的核心維度

嘉賓：王津銀，優(yōu)維科技CEOAboutMe?05到07年參與電信BOSS系統(tǒng)研發(fā)，承擔(dān)了其中資源管理模塊(模塊化架構(gòu))。?08年，接手自動化構(gòu)建，其中主導(dǎo)從CC到SVN環(huán)境的遷移，重構(gòu)了其中部分腳?12年之后，主導(dǎo)YY和UC的運維平臺體系構(gòu)建，在阿里UC順便把游戲的微服務(wù)?15年創(chuàng)業(yè)，全棧運維平臺EasyOps，DevOps管理專家。??運維的困境及突破?應(yīng)用的資源管理視角?應(yīng)用的動作管理視角?應(yīng)用的狀態(tài)管理視角?應(yīng)用的平臺管理視角?運維一直被孤立，從未被重視1如何看待如下問題?研發(fā)只關(guān)心產(chǎn)品需求?非功能需求就交給運維TOA變更=資源的變更的狀態(tài)=資源的狀態(tài)TOA變更=資源的變更的狀態(tài)=資源的狀態(tài)BB源?CMDB系統(tǒng)要實現(xiàn)向資源管理系統(tǒng)的過度。?應(yīng)用的變更場景最終是對資源的變更。?應(yīng)用的狀態(tài)最終是由其資源的狀態(tài)來決定的。?運維面臨的問題及解決方案??應(yīng)用的資源管理視角?應(yīng)用的動作管理視角?應(yīng)用的狀態(tài)管理視角?應(yīng)用的平臺管理視角之資源管理自動發(fā)現(xiàn)自動發(fā)現(xiàn)發(fā)現(xiàn) 維護人工維護基基礎(chǔ)資源層????CMDB用資源以應(yīng)(應(yīng)用拓撲、物理拓撲)發(fā)工維護的一??CMDB分核心模型和擴展模?建立以應(yīng)用為中心的資源場景應(yīng)用層資源功能層資源管理層CMDB數(shù)據(jù)分析應(yīng)用體驗分析事件管理場景應(yīng)用層資源功能層資源管理層CMDB數(shù)據(jù)分析應(yīng)用體驗分析事件管理影響巡檢影響監(jiān)控析調(diào)度編排持續(xù)部署調(diào)度編排持續(xù)部署作業(yè)管理CMDB(API)1構(gòu)建資源的過程就是構(gòu)建【CMDB/IT資源】管理的過程?運維的困境及突破?應(yīng)用的資源管理視角??應(yīng)用的動作管理視角?應(yīng)用的狀態(tài)管理視角?應(yīng)用的平臺管理視角動作面向的角色和場景分類?面向DevOps?持續(xù)交付?持續(xù)部署面向運維?業(yè)務(wù)/應(yīng)用上線、下線?業(yè)務(wù)/應(yīng)用擴容、遷移?業(yè)務(wù)/應(yīng)用切換?面向角色的運維自動化ContinuousDeliveryistheabilitytogetchangesofalltypes—includingnewfeatures,configurationchanges,bugfixesandsofusers,safelyandquicklyinasustainableway.--JezHumble?持續(xù)交付是DevOps的最佳工程實踐?持續(xù)交付是精益企業(yè)的最佳工程實踐?運維標(biāo)準(zhǔn)化?運維平臺化?運維PaaS化?運維標(biāo)準(zhǔn)化?運維平臺化?運維PaaS化?運行持續(xù)反饋產(chǎn)生的需求隊列需求隊列交付隊列?技術(shù)架構(gòu)服務(wù)化?持續(xù)集成與測試持續(xù)交付平臺可視化平臺立體化監(jiān)控平臺環(huán)境管理數(shù)據(jù)管理持續(xù)交付平臺可視化平臺立體化監(jiān)控平臺環(huán)境管理數(shù)據(jù)管理部署管理流程管理配置管理集成管理架構(gòu)管理測試管理價價值交付版本控制、自動化、內(nèi)建質(zhì)量、持續(xù)改進數(shù)據(jù)度量文化持續(xù)改進 分離；集中放置源碼；針對所 分離；集中放置源碼；針對所 ；分階段構(gòu)建復(fù)雜度判斷代碼覆蓋率；代碼復(fù)用率過程可重復(fù)；執(zhí)行較快的測試；將測試快慢分離次構(gòu)建，四處運行；構(gòu)建結(jié)部署的能力；灰度部署的反饋軟件的服務(wù)狀態(tài)；持續(xù)的碼境配碼境配境配配配付頻率與能力對照表天發(fā)布天發(fā)布天發(fā)布主干開發(fā)在分支上開發(fā)請求到發(fā)布分支合并到發(fā)布分支，然后發(fā)布在主干開發(fā)主干開發(fā)在分支上開發(fā)請求到發(fā)布分支合并到發(fā)布分支，然后發(fā)布在主干開發(fā)后再次創(chuàng)建分支從主干發(fā)布負責(zé)功能測試自動化自動化單元測試和功能測試由單獨的質(zhì)量保證部門在部署流水線中組織快遞、完備的負責(zé)功能測試自動化自動化單元測試和功能測試由開發(fā)人員和測試人員共同維護自動化功能測試每個產(chǎn)品/每種web資源單獨一個包嚴(yán)格的SOA架構(gòu)，向前和向后兼容所有東西每個產(chǎn)品/每種web資源單獨一個包嚴(yán)格的SOA架構(gòu)，向前和向后兼容灰開發(fā)自己將變更部署到生產(chǎn)定時版本，版本火車可以通過收版本控制管理的腳本來準(zhǔn)備類生產(chǎn)環(huán)境異構(gòu)，運維部門統(tǒng)一管理平臺來交付設(shè)計異構(gòu)，運維部門統(tǒng)一管理平臺來交付設(shè)計中考慮應(yīng)用對數(shù)據(jù)庫的前向、后向兼容性兼容性(采用擴展或契約)并對回滾進行演練手動遷移er或程序包erStaginger初始化系統(tǒng)Data文件copy升級應(yīng)用Data文件copy初始化系統(tǒng)Data文件copy升級應(yīng)用Data文件copy執(zhí)行自動化測試發(fā)送測試報告負載均衡切換初始化系統(tǒng)Data文件copy升級應(yīng)用Data文件copy灰度切訪問路由初始化系統(tǒng)Data文件copy升級應(yīng)用Data文件copy灰度切訪問路由1作業(yè)平臺1調(diào)度平臺1場景化IT持續(xù)部署之層級標(biāo)準(zhǔn)化視圖/服務(wù)/組件化XY模型楚分性準(zhǔn)化X軸屬性√√√×××JBOSS√√√×××√√√√√×√√√√√√準(zhǔn)化Y軸實體署應(yīng)用規(guī)范之5條軍規(guī)實體隔離不同的實體部署上必須數(shù)據(jù)隔離數(shù)據(jù)需要寫到數(shù)據(jù)目錄或者數(shù)據(jù)卷上啟動腳本統(tǒng)一的啟動腳本，通過傳入?yún)?shù)來匹配不同的業(yè)務(wù)組件代碼和配置代碼包無狀態(tài)，一次打配置包環(huán)境相關(guān)，甚至可以實現(xiàn)配置中心日志寫到數(shù)據(jù)或者日志規(guī)范的輸出級別、內(nèi)容格式、日志種類、輪替周期和定期清理?運維的困境及突破?應(yīng)用的資源管理視角?應(yīng)用的動作管理視角??應(yīng)用的狀態(tài)管理視角?應(yīng)用的平臺管理視角的采集體系可視化質(zhì)量?一個采集組件分別采集結(jié)構(gòu)化和非結(jié)構(gòu)化等各類數(shù)據(jù)?數(shù)據(jù)需要分層，分層視圖有利于建立全面的應(yīng)用健康評價體系?采集的數(shù)據(jù)事件類數(shù)據(jù)和指標(biāo)類數(shù)據(jù)故障的核心數(shù)據(jù)視圖業(yè)務(wù)流視圖架構(gòu)視圖部署視圖物理視圖業(yè)務(wù)流視圖架構(gòu)視圖部署視圖物理視圖1狀態(tài)及度量令監(jiān)控是一種問題的度量令I(lǐng)TOA是一種面向優(yōu)化的度量令度量的數(shù)據(jù)來源是指標(biāo)和事件類數(shù)據(jù)令指標(biāo)類數(shù)據(jù)和事件類數(shù)據(jù)分別是面向結(jié)果和過程的應(yīng)用狀態(tài)的IT運營分析體系析?結(jié)合數(shù)據(jù)模型，對運營數(shù)據(jù)進行場景化分析，提煉數(shù)據(jù)的價值?從容量分析和可用性分析給出用戶決策性的判斷依據(jù)?應(yīng)用健康狀態(tài)取決于資源和服務(wù)的健康狀態(tài)?為每個應(yīng)用建立健康度指標(biāo)，用綜合健康度指標(biāo)反映一個應(yīng)用的健?運維的困境及突破?應(yīng)用的資源管理視角?應(yīng)用的動作管理視角?應(yīng)用的狀態(tài)管理視角??應(yīng)用的平臺管理視角層層即服務(wù)務(wù)署服務(wù)層層即服務(wù)務(wù)署服務(wù)服務(wù)即服務(wù)施層優(yōu)化能力化能力提升能力能力化能力力質(zhì)量優(yōu)化能力化能力能監(jiān)控平臺IT運營分析平臺臺付平臺LB即服務(wù)LB即服務(wù)即服務(wù)務(wù)服務(wù)GSLB服務(wù)施管理APIAdapterLayerC