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

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