性能、安全問題等之前預(yù)估外的問題隨之慢慢就全出來了）在這里提一點(diǎn)：網(wǎng)站開發(fā)模式與傳統(tǒng)軟件開發(fā)完全不一樣，網(wǎng)站一天開發(fā)上線1~5個(gè)升級(jí)版本是家常便飯，用戶體驗(yàn)為王嘛，如果某個(gè)線上問題像M$需要1年解決，用戶早跑光了。

應(yīng)用上線后，運(yùn)維工作才剛開始，具體工作可能包括：升級(jí)版本上線工作、服務(wù)監(jiān)控、應(yīng)用狀態(tài)統(tǒng)計(jì)、日常服務(wù)狀態(tài)巡檢、突發(fā)故障處理、服務(wù)日常變更調(diào)整、集群管理、服務(wù)性能評(píng)估優(yōu)化、數(shù)據(jù)庫管理優(yōu)化（大于50臺(tái)）、隨著應(yīng)用PV增減進(jìn)行應(yīng)用架構(gòu)的伸縮、安全、運(yùn)維開發(fā)工作：

a 、盡量將日常機(jī)械性手工工作通過工具實(shí)現(xiàn)（如服務(wù)監(jiān)控、應(yīng)用狀態(tài)統(tǒng)計(jì)、服務(wù)上線等等），提高效率

b 、解決現(xiàn)實(shí)中服務(wù)存在的問題，如高可靠性、可擴(kuò)展性問題等，

c、大規(guī)模集群管理工具的開發(fā)，如1萬臺(tái)機(jī)器如何在1分鐘內(nèi)完成密碼修改、或運(yùn)行指定任務(wù)？2000臺(tái)服務(wù)器如何快速安裝操作系統(tǒng)？各分布式IDC、存儲(chǔ)集群中數(shù)BT級(jí)的數(shù)據(jù)如何快速的存儲(chǔ)、共享、分析？等一系列挑戰(zhàn)都需運(yùn)維工程師的努力。

在此說明一下其它配合工種情況，在整個(gè)項(xiàng)目中，前端應(yīng)用對(duì)于網(wǎng)絡(luò)/系統(tǒng)工程師來說是黑匣子，同時(shí)開發(fā)工程師職責(zé)只是負(fù)責(zé)完成應(yīng)用的功能性開發(fā)，并對(duì)應(yīng)用本身性能、安全性等應(yīng)用本身負(fù)責(zé)，它不負(fù)責(zé)或關(guān)心網(wǎng)絡(luò)/系統(tǒng)架構(gòu)方面事宜，當(dāng)然軟/硬件采購人員等事業(yè)部其它同事也不會(huì)關(guān)心這些問題，各司其職，但項(xiàng)目的核心是運(yùn)維工程師~！所有其它部門的橋梁

上面說了很多，我想大家應(yīng)該對(duì)運(yùn)維有一些概念了，在此打個(gè)比方吧，如果我們是一輛高速行駛在高速公路上的汽車，那運(yùn)維工程師就是司機(jī)兼維修工，這個(gè)司機(jī)不簡單，有時(shí)需要在高速行駛過程中換輪胎、并根據(jù)道路情況換檔位、當(dāng)汽車速度越來越快，汽車本身不能滿足高速度時(shí)對(duì)汽車性能調(diào)優(yōu)或零件升級(jí)、高速行進(jìn)中解決汽車故障及性能問題、時(shí)刻關(guān)注前方安全問題，并先知先覺的采取規(guī)避手段……這就是運(yùn)維工作~！

最后說一下運(yùn)維工程師的職責(zé)：“確保線上穩(wěn)定”，看似簡單，但實(shí)屬不容易。運(yùn)維工程師必須在諸多不利因素中進(jìn)行權(quán)衡：新產(chǎn)品模式對(duì)現(xiàn)有架構(gòu)及技術(shù)的沖擊、產(chǎn)品高頻度的升級(jí)帶來的線上BUG隱患、運(yùn)維自動(dòng)化管理承度不高導(dǎo)致的人為失誤、IT行業(yè)追求的高效率導(dǎo)致流程執(zhí)行上的缺失、用戶增漲帶來的性能及架構(gòu)上的壓力、IT行業(yè)寬松的技術(shù)管理文化、創(chuàng)新風(fēng)險(xiǎn)、互聯(lián)網(wǎng)安全性問題等因素，都會(huì)是網(wǎng)站穩(wěn)定的大敵，運(yùn)維工程師必須把控好這最后一關(guān)，需具體高度的責(zé)任感、原則性及協(xié)調(diào)能力，如果能做到各因素的最佳平衡，那就是