【正文】 過驗證的回退預案運維是一門經(jīng)驗的學科、是一門試錯的學科。五、交接和休假最容易出故障接手別人的工作要一而再，再而三的確認變更方案，請教人并不見得就是能力不行的表現(xiàn)； 腳本本身就能完成的功能，就沒有必要專門找一個功能豐富的軟件來做 力爭做出最優(yōu)秀的成績來，人生的理想才能逐步實現(xiàn)。八、要有偏執(zhí)狂的精神，方案要檢查，檢查，再檢查有這么一個人： ① 他在做一個變更的時候，會先提前一兩周發(fā)送郵件并電話手機通知相關人② 在測試機上寫好腳本，召集大家 review 操作步驟和腳本 ③ 測試完成以后拷貝到生產(chǎn)環(huán)境④ 登錄對應機器，“打開，關閉，打開，關閉”該腳本⑤ 跟相關人員再次確認執(zhí)行的操作，順序，時間點，可能的影響和回滾是否都準備好了⑥ 執(zhí)行前還要退出這個機器，然后再登錄進去，“打開，關閉”腳本 ⑦ 最后才在后臺運行腳本，同時在另外一個窗口登錄著，隨時ps和查看結果輸出期間姿勢端正，呼吸急促而均勻，眼神凝重。備份有了、可以高忱無憂了嗎？不行！尚須驗證備份的有效性。這些好處非常明顯不再多說。網(wǎng)站運維將成為一個融合多學科（網(wǎng)絡、系統(tǒng)、開發(fā)、安全、應用架構、存儲等）的綜合性技術崗位，給大家提供一個很好的個人能力與技術廣度的發(fā)展空間。最后一點，做網(wǎng)站運維需要有探索創(chuàng)新精神，通過創(chuàng)新型思維解決現(xiàn)實中的問題，因為這是一個處于幼年的職業(yè)（國外也一樣，但比國內(nèi)起步早點），沒有成熟體系或方法論可以借鑒，只能靠大家自已摸索努力。根據(jù)這些特點進行內(nèi)核優(yōu)化定制，如sina就在memcache上進行過二次開發(fā)，搞出了一個MemcacheDB，具體做得如何我們不談，但開源了，是值得稱贊的，國內(nèi)公司對于開源基本上是索取，沒有貢獻；另外，服務器也不是大家所熟知的型號，根據(jù)業(yè)務特點，大部份都是找DELL/HP/ibm進行過定制；另外，在分布式儲存方面都有自已解決方案，要不就是使用現(xiàn)成開源hadoop等解決方案，或自已開發(fā)。參加網(wǎng)絡學習，對于我們一線教師來說，絕不是為了一時的興趣，更不是為了完成任務或是趕時髦、裝門面。先一般故障后特殊故障。利用網(wǎng)絡教學有助于構建新型的教學模式，真正對教育教學起到全方位的變革作用。所謂極致，就是要超出用戶的預期，但只有挖掘用戶潛在的需求，才能做出超出預期的功能。使用“項目孵化器”可以最大限度解決這個痛點，只需在平臺上進 行兩個步驟：第一步填寫業(yè)務名稱，預估峰值QPS；第二步選用MySQL、MongoDB、Redis等相關數(shù)據(jù)庫資源。我們在失敗中反思，意識到需求還得從日常工作中去挖掘，平臺上每個功能模塊都必須解決用戶的痛點。此外，隨著 服務器數(shù)量的增多，硬件故障在所難免，架構設計需要考慮高可用方案，冗余范圍內(nèi)的服務器故障會以郵件預警的方式發(fā)出，避免對運維工程師的騷擾。在這個過程中，我們經(jīng)歷了兩次重要的升級。第一次升級：運維工具化運維工作中有很多瑣碎的、重復的事情，初期我們只有兩個IDC，服務器數(shù)量有限，項目數(shù)量也較少，靠純手工勞作還可以應付。有了監(jiān)控工具和分級機制，還需要有好的制度?；ヂ?lián)網(wǎng)精神唯快不破，要圍繞“快”找痛點。兩步之后，Web Server、數(shù)據(jù)庫實例等所需資源會瞬間展示在用戶面前，同時包管理、配置文件管理、代碼發(fā)布系統(tǒng)、監(jiān)控系統(tǒng)等配套輔助功能隨之開通。傳統(tǒng)的運維模式，大多是開發(fā)工程師提需求，運維工程師滿足需求，運維工程師主動推進的意識不夠。2017年11月24日我參加了鄂爾多斯市信息辦組織的第四期網(wǎng)絡運維培訓。先公共性故障后局部性故障。而是要通過知識的積淀，充實自己、完善自己。但90%都是借鑒googleGFS的思想:分布式存儲、計算、大表。三、怎樣才算是一個合格的運維工程師保證服務達到要求的線上標準，%；保證線上穩(wěn)定，這是運維工程師的基本責職所在。運維工作的相關經(jīng)驗將會變得非常重要，而且也將成為個人的核心競爭力，具備很好的各層面問題的解決能力及方案提供、全局思考能力等。應該說，自動化運維是運維工程師職業(yè)化的一個追求，利已利公，雖然這是一個異常艱巨的任務：不斷變更的業(yè)務、不規(guī)范化的應用設計、開發(fā)模式、網(wǎng)絡架構變更、IDC變更、規(guī)范變動等因素，都可能會對現(xiàn)有自動化系統(tǒng)產(chǎn)生影響，所以需要模塊化、接口化、變因參數(shù)化等因此，自動化相關工作，是運維工程師的核心重點工作之一，也是價值的體現(xiàn)。一個總有那么幾次、備份無法保證 100% 恢復，簡單的驗證就是找個空庫恢復出來。操作的人不覺得累，倒是一邊觀摩的人很累。要相信，你的夢想就在你的前方。但是如果想要在生產(chǎn)環(huán)境下使用起來、請三思！能夠使用系統(tǒng)內(nèi)置命令的話，就不用考慮其他要專門下載安裝的軟件了 要堅決杜絕直接在生產(chǎn)環(huán)境做開發(fā)、測試和bug修復，這些操作只能在開發(fā)和測試環(huán)境做，否則一旦出事，將欲哭無淚。筆者通過自己的多年運維經(jīng)驗，總結出以下必須遵守的基本運維規(guī)則，可以大大減少缺乏經(jīng)驗的運維人員因為自身失誤導致系統(tǒng)出故障的可能性。如果真要以后不想做運維了，轉到其它崗位也比較容易，不會有太大的局限性。網(wǎng)站各層面監(jiān)控、統(tǒng)計的覆蓋度，軟件、硬件、運行狀態(tài)，能監(jiān)控的都需要監(jiān)控統(tǒng)計，避免監(jiān)控死角、并能實時了解應用的運轉情況。c、如上面所講，目前大型網(wǎng)站運維還處于幼年時期理念和經(jīng)驗都比較零散，沒有成熟的知識體系，可能具體什么是運維，大家都要先思索一番，或壓根沒想過，真正討論也只是運維工作的冰山一角，局限于具體技術細節(jié)，或某某著名網(wǎng)站大的框架，真正運維體系化東西沒有，這也許是目前網(wǎng)上運維相關資料比較少的原故吧。達拉特旗第二期張偉 時間：2017年12月11日第三篇：大型網(wǎng)站運維探討和心得分享大型網(wǎng)站運維探討和心得分享看到一篇不錯的心得體會；相信我們做技術的都會有或多或少的擔憂自己的未來職業(yè)發(fā)展，下面和大家一起來探討一下。這些方法十分有助于我理清思路，找到真正的故障所在，能有效的提高工作效率。在新的信息技術快速發(fā)展的時代，提前儲備了足夠的知識，就占領了技術的前沿，這是我今后努力的方向。例如一個項目上線前，會默認部署日志收集模塊，收集匯總后進行訪問日志自動化分析，以時間維度展示訪問量走勢，同時輔以IP地址分析模塊展示地域及運營商分布。說起來很神奇，但實現(xiàn)理念很簡單，我們提煉日常項目中的通用方案，構建資源池，在項目發(fā)展初期最小量匹配資源。初期平臺建設中，我們從加速流程開始進行摸索，以“需求任務流”為核心，將通用需求規(guī)范流程，統(tǒng)一需求提交頁面，同時盡量為用戶提供選項，而不是隨意填寫，盡量減少溝通成本，同時為完全自動化打好基礎。第二天的負責 人要針對第一天的報警找出根本原因，并盡力解決，因為如果無法根治，困擾將持續(xù)發(fā)生。大勢所趨，我們必須進行工具化升級，將重復的事情自動化。我們將運維從技術支持領域升級，進行產(chǎn)品化改進，核心目標是為了降低運維成本、縮短研發(fā)周期、讓產(chǎn)品試錯更廉價。為了減少報警騷擾，我們分級處理，將報警分為郵件預警、短信報警和瘋狂短信報警。基于這些想法，我們勾畫出了宏偉藍圖，提供一個塔基，第一層提供核心基礎服務，如Web、RDB、NoSQL等；第二層提供通用基礎服務，構造一個完美的平臺，讓開發(fā)工程師受益。近期為了進一步提升項目試錯階段的速度，我們在平臺上推出了一個新功能：“項目孵化器”。做到信息清晰可見，操控簡單易用。網(wǎng)絡就象一個強大的磁場，深深地吸引著我，影響著我。先表面后里面。在這樣的學習情境中，教師可以積極主動去探求知識，保持最旺盛的求知欲望，對資料的搜集、整理與分析為學生批判性思維與創(chuàng)造性思維的培養(yǎng)搭建平臺，有利于建構新型的教學模式。這就是運維工作~！最后說一下運維工程師的職責：”確保線上穩(wěn)定“，看似簡單，但實屬不容易，運維工程師必須在諸多不利因素中進行權衡：新產(chǎn)品模式對現(xiàn)有架構及技術的沖擊、產(chǎn)品高頻度的升級帶來的線上BUG隱患、運維自動化管理承度不高導致的人為失誤、IT行業(yè)追求