運維85條軍規

2007和outlook，你必須執行windows。間斷的。除非全用mac本，否則這會破壞會議日程表、聯絡人或者郵件列表的辦公效率。如果有個員工

願意工作的在 xp環境。這是非常少。這條法則，現在是陳舊的/未公認的，陷入泥潭不一定是最好的方法。這個列表非常的07化。

51 ）有個合理的採購流程。知道你的預算，確信能管好它。從財務得到實際的金額。在技術驅動的預算/報告和財務驅動的預算/報告直接往往有一定的差距。作為乙個搞的運維管理者要能形成模型把這些差距計入銷售總成本中。乙個理解這些事情的cfo有助於推動業務決策。

52）週會一定要持續進行。對上次會議的事件逐一落實結果和追責。

53）建立乙個分離的逐級公升級系統，用以消除由於開發者**的問題對線上系統的不良影響。這主要是運維問題、**問題都存在的情況下在開發跟蹤系統或者運維跟蹤系統中往往會丟掉，最後無人理睬。建立乙個獨立的跟蹤系統來解決這些問題可以使得問題簡單清晰。

54 ）產品開發從設計開始的每個階段都要和運維相結合。這樣，擴充套件性，監控和可靠性都融入到產品裡。這樣同時也可以確保運維負責的硬體採購、監控系統按時到位，運維手冊得到及時更新，最後產品按照預計時間上線執行並且都符合運維標準。

55）在公司真正的實踐——sarbanes，webtrust 安全審計認證，sas 70 審計標準，visa

和銀行等等。如果你真的成功了，這些都是你不得不打交道的。早點開始這些準備其實很簡單，不需要太多的知識。部署乙個工單/任務跟蹤工具，使用它。把變更

控制和變更管理納入同樣的系統裡，使用它。其他資訊也可以放進來。系統就可以幫助我們找出像「上週變更了什麼」這類資訊。

56）簡化給冗餘留和多點登入的流程。一開始或許很難，但是乙個沒有真正的擴充套件性和可靠性的系統，才會真正耽誤你獲得成功的時間。

57）oracle 標準版(sql server 標準版)是值得購買的。如果你可以限制住自己不超過標準版的需求，那就絕對值得買，哪怕你剛剛開始創業還不需要他。

58）postgres 和 mysql 是乙個免費的考慮。如果你不是特別在意事務完整性，mysql 是很好的選擇。直到"真空"和postgres單詞的強制鏈被打斷，postgres代表乙個不可預知的，通常消極詭異的資料庫。

59）容量設計應該按照每日峰值再上拋 20% ～ 30% 的冗餘。除非你是個遷移技術熱衷者。

60）盡量多讀一些經濟雜誌。它們通常是免費的，只需你填寫一些調查問卷就可以免費獲得。新聞的價值是巨大的。讓他們投遞到你家裡，工作的時候讀雜誌的機會趨近於零。

61）保障安全。開發人員不應該有線上環境的許可權，應該做**複核。這是和運維之間的職責分離。運維團隊中應該有人控制其他運維人員許可權的許可權。制定員工

手冊，告知違反安全條例所帶來的嚴重後果。從開始就要從物理的、邏輯的、功能的各個方面來保護客戶的資料安全和隱私。萬一有客戶要和你對峙起來，你發現起