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

應用上線后，運維工作才剛開始，具體工作可能包括：升級版本上線工作、服務監控、應用狀態統計、日常服務狀態巡檢、突發故障處理、服務日常變更調整、集群管理、服務性能評估優化、數據庫管理優化（大于50臺）、隨著應用PV增減進行應用架構的伸縮、安全、運維開發工作：

a 、盡量將日常機械性手工工作通過工具實現（如服務監控、應用狀態統計、服務上線等等），提高效率

b 、解決現實中服務存在的問題，如高可靠性、可擴展性問題等，

c、大規模集群管理工具的開發，如1萬臺機器如何在1分鐘內完成密碼修改、或運行指定任務？2000臺服務器如何快速安裝操作系統？各分布式IDC、存儲集群中數BT級的數據如何快速的存儲、共享、分析？等一系列挑戰都需運維工程師的努力。

在此說明一下其它配合工種情況，在整個項目中，前端應用對于網絡/系統工程師來說是黑匣子，同時開發工程師職責只是負責完成應用的功能性開發，并對應用本身性能、安全性等應用本身負責，它不負責或關心網絡/系統架構方面事宜，當然軟/硬件采購人員等事業部其它同事也不會關心這些問題，各司其職，但項目的核心是運維工程師~！所有其它部門的橋梁

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

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