運維理念與實踐課件

1、運維理念與實踐目標99.9999%服務(wù)級別協(xié)議（SLA）可用級別1個9在線時間90%年宕機時間36.5天2個999%3.65天3個999.9%8.76小時52.6分鐘5.25分鐘31.5秒4個999.99%99.999%99.9999%5個96個980年代 瀑布模型 傳統(tǒng)軟件發(fā)布 開發(fā)、運維脫節(jié) 沒有BUG 發(fā)布周期 做開發(fā)真好 1個980年代90年代 Web軟件出現(xiàn) 依然是瀑布模型 開發(fā)、運維不再完全脫節(jié) 出現(xiàn)Ops組 發(fā)布周期 做開發(fā)還不錯 2個990年代00年代 非服務(wù)節(jié)點更穩(wěn)定 競爭加劇 發(fā)布更加重要 可靠性也更加重要00年代00年代 開發(fā)與運維的矛盾凸顯 開發(fā) 發(fā)布、發(fā)布、再發(fā)布 運

2、營 穩(wěn)定、穩(wěn)定、再穩(wěn)定 DevOps概念出現(xiàn) 魚與熊掌是否可以兼得？如何實現(xiàn)99.9999%？ 堆人？ 技術(shù)？ 扯皮 運營： 審查、深入調(diào)查、加長流程 開發(fā)： 小改動、改標記、改UI、5%實驗 網(wǎng)站可靠性工程師（SRE） 雙方都拿穩(wěn)定性當回事 發(fā)布危險評測不再歸于SRE如何實現(xiàn)99.9999%？ 工程方法 組織架構(gòu) 管理理念 技術(shù)支持工程方法 自運營服務(wù) 得到SRE間接支持 SRE運營服務(wù) * 小SRE負擔 重要服務(wù) 法律要求 可用SRE 錯誤預算 6+月自運營 SRE審查 或返回自運營工程方法錯誤預算 前提 影響穩(wěn)定性的因素 錯誤預算 = 1 - SLA 季度結(jié)算 計算方法 凍結(jié) 沒有政治

3、兩個組的共同目標工程方法錯誤預算 實例 SLA：99.99% 可用：0.01% 已用：0.003% 剩余：0.007%. 實例 已用：0.008% 剩余：0.002% 如果走下一步，是開發(fā)的責任工程方法交接穩(wěn)定性交接HRR發(fā)布用戶LRRT0T0 + 6M + X時間工程方法反交接穩(wěn)定性反交接自運營時間工程方法審查 監(jiān)視系統(tǒng) 事件尋呼 儀表盤 事件發(fā)生頻率與類型 系統(tǒng)架構(gòu) 發(fā)布過程 Bug程度、類型與數(shù)量組織架構(gòu)經(jīng)理3經(jīng)理2經(jīng)理1經(jīng)理3經(jīng)理2經(jīng)理2經(jīng)理1SRE或是？經(jīng)理1開發(fā)開發(fā)SRE管理理念 最高級別 必須支持 非最高級別 必須理解 必須執(zhí)行 數(shù)字為王非技術(shù)總結(jié) 共同目標 共同利益 共同手段 越早合作、越是順利技術(shù)支持SRE SRE能力 不熟悉代碼 運營+開發(fā)背景 工具 機器、存儲、帶寬、錯誤處理、配置、安裝、監(jiān)控、儀表盤 SRE信息支持 郵件系統(tǒng) 咨詢時間 學習資源 發(fā)布審查列表 發(fā)布委員會技術(shù)支持發(fā)布 測試與發(fā)布方法技術(shù)支持發(fā)布 測試與發(fā)布方法技術(shù)支持發(fā)布 測試與發(fā)布方法技術(shù)支持發(fā)布 測試與發(fā)布方法技術(shù)支持發(fā)布 發(fā)布方法技術(shù)支持回滾技術(shù)支持測試 自動化 單元測試 組件測試 系統(tǒng)測試 壓力測試 手工測試技術(shù)支持工具 監(jiān)控 內(nèi)存 cpu 白盒 黑盒 儀表盤 監(jiān)控的超集