網站運維之道 之流程規范
51CTO編輯注：本文是馮大輝（Fenng）的一個系列博文，《網站運維之道》。本文是系列的第四篇。
流程規范
對于相對正規的網站維護工作，所有網站的所有變更必須能做到有記錄，可回溯。如果是單槍匹馬作戰，那么要實現這個目標并不是很難，只需要把好習慣培養起來就成了，可如果要面對一個團隊，那么就必須要依賴流程規范來進行約束。
所謂"流程規范"，在初期也可以拆開來對待：流程 + 規范(廢話!)。
關于流程(Process)，直白的說就是"把大象放入冰箱需要幾步?"的問題。比如上線一臺服務器，那么可能要經過至少前期的選型規劃、基準測試、壓力測試......等等諸多步驟。如果跳過某個環節(比如缺少基準測試)而直接上線，遇到問題的時候幾乎就會因為缺乏對比數據而走彎路。
關于規范(Norm)，在運維的過程中是個范圍比較大的話題，因為 Web 站點環境因為各種原因而***，在另一個公司可用的規范照搬到另外一家公司未必管用。如果能夠意識到并且盡早抽象出來標準化組件，并著手推進，那么規范必然會逐漸豐富起來并完善。比如 Web 服務器配置規范、Linux 主機配置規范、SAN 存儲系統測試規范，都是可以盡早抽象出來并且可具體化的東西。
流程規范建立容易，但是如何確保執行卻是一個很有挑戰性的問題。從這一點來說，對于運維團隊的領導的要求還是比較高的。如果要成功管理一個運維團隊，起碼要有足夠的技術經驗(當然，也容易看到外行領導內行的運維團隊)，而且要有足夠強的執行力。
在流程規范的建立過程中，往往容易陷入為了規范而規范的誤區，或是生搬硬套 ITIL(Information Technology Infrastructure Library，"信息技術基礎架構庫") 那一套大而無當的東西進來(這里不是說 ITIL 不好，但最合適自己的才是***的)，必須明確，規范的最終目的是為了運維團隊更快而不是變成束縛，所以，千萬要避免技術人員對規范的抵觸。
在運維團隊發展的某個階段，推行"流程規范"所引入的 ITIL 等事物是一把雙刃劍，運用得當會很好的促進團隊成長，運用不好則會阻礙一部分激進成員的積極性，這一點需要注意。
補充一點，對于流程規范，不是死的東西，必須具備不斷反饋、改進、進化的能力，運維團隊也應該定期修正流程規范的有關內容。有一句耳熟能詳的話是：遵守流程而不拘泥于流程，這里的"不拘泥"切不可變成鉆空子的借口，要知道我們生活中很多無形成本就是鉆空子引起的。
原文：http://www.dbanotes.net/web/web_operations_rules.html
【網站運維之道全系列】
