85條運維界的“潛規則”，晉升漲薪秘訣（下）

85條運維界的“潛規則”，晉升漲薪秘訣（下），下面和達內北京Linux培訓機構一起來看看吧！

43、描繪業務流程圖。

用一張圖描繪出你每一個產品的業務流程圖。

44、尋找技術編寫者能派上用場的地方。

Faq-O-Matic, Wiki, 在這里人們可以很容易的發布“這是如何修復這個”的文章，并讓它容易被找到的地方。這里是技術編寫者能派上用場的地方，但是，最重要的是使文檔更容易，即使是非正式的。

45、確保任何人都可以被替換。

確保所有人，任何人都可以被替換。

46、不可表象的評判一個人。

多數人在家里做的比在辦公室里更多，有些人則不然。

47、捆綁下單。

你可以要求更多折扣，更好的條款等等。當你成批購進硬件時。你可以要求一切——最低價格，備件包，租賃期限，只要他們還沒有得到訂單。

48、與合作人確保長期關系。

同你的供貨商保持長期關系——確保你在下份工作時依然能夠聯系他們。

49、給運維人配置超級裝備。

給運維團隊的每一個人配置可以用來遠程工作的超級裝備：掌上電腦、無線上網卡、24英寸液晶顯示器等等。雇傭大拿得到回報要遠大于遠程雇傭的本地人員。記住運維工程師都是用電達人，能充分的利用屏幕上的每一個像素點。

50、完全陷入IT標準的泥潭。

直到Mac運行office 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、保障安全。

開發人員不應該有線上環境的權限，應該做代碼復核。這是和運維之間的職責分離。運維團隊中應該有人控制其他運維人員權限的權限。制定員工 手冊，告知違反安全條例所帶來的嚴重后果。從開始就要從物理的、邏輯的、功能的各個方面來保護客戶的數據安全和隱私。萬一有客戶要和你對峙起來，你發現起 來發現自己只是靠勇氣和勤奮來保護客戶數據，那你就傻了。

62、控制好訪問入口。

首先要保證大家可以正常完成工作;其次要確保你知道他們是從哪里登錄的。啟用雙因素身份驗證方法。

63、擊鍵記錄很重要。

對于人們訪問生產環境必經之路的壁壘和網關宿主，擊鍵記錄很重要。對于 Windows 可能稍微有點難度，不過有些網關可以提供自動截屏功能。

64、確保有冗余登錄點連線到生產環境。

如果有狀況的情況下，確保有冗余登錄點連線到生產環境。不要期望公司的 VPN 在網絡中斷的時候還能連上生產環境。直接把 VPN 架設在線上環境里。

65、使用 LDAP 認證。

使用 LDAP 認證，哪怕你只有 10 臺機器，通過復制 passwd 和 shadow 文件的方式來管理，你也需要 LDAP 認證。

66、不要低估設備的作用。

不要低估在 UNIX 環境中一臺 Windows Server 2003(2008)設備的作用。如果只是因為不懂 Windows，那么去學，而不是排斥它。

67、不要在無效的無線方案上浪費大家的時間。

人們都機動的，他們希望在沙發上，會議室里，門口，到處都要上網。一定要保證無線ad的可靠。

68、總有人把額外的精力和時間都投入到工作上。

直接通過他們的請假單好了。而另一些人恰恰相反只把注意力放在怎么通過自己的請假單。在個人時間安排上，運維人員總是做出巨大的犧牲，他們隨時準備凌晨3點爬起床快速響應排障需求。

69、通過集中式的關系數據庫管理你所有的產品成果。

然后通過數據復制分發到資產，人員，網絡，合同等所有數據到異地。沒錯，要的是一個在線的實時可用的復制，而不是每天晚上備份到磁帶。

70、使用自動化流程以確保安全

盡可使用自動化流程以確保安全，包括操作系統或者產品的上線，文件的分發，日志的分析等。

71、自動化操作。

自動化操作通過運維數據庫獲得配置(真理來源)。

72、服務器的三種狀態。

離線，在線，產品態。在線就是說正在通過 cfengine、rsync 或者其他你在使用的工具完成配置。產品態表示已經走流量了。同時還需要一個狀態，這個狀態下的設備可以在不提供生產服務的情況下收集或者測試數據。

73、注重日志數據。

在設備下線或者重建之前，一定要先導出日志。

74、鎖定默認值。

如果規模發展太快以至于沒有太多時間來做優化，那就盡力鎖定一切——流程還能進行即可，就不要改變它，直到后來有了絕對必要的理由。總之，鎖定默認值，等待成長到必要時再審視。

75、無法避免的錯誤。

你永遠無法避免運維工程師在你基礎設施最關鍵的地方犯錯——比如在哪臺機器上不小心執行 rm -rf / 命令。

76、為團隊保持好玩和有趣的氣氛。

如果他們不再享受他們的工作，他們就會找別的事情來消遣。要讓團隊有主人翁意識，運維不是哪個經理的個人任務。

77、保持靈活。

提供 99.999% 可用性的真正價值在于讓我們有能力保持靈活。這意味著當你需要的時候可以充分利用冗余。這會讓物理變更、設備登入點變化、代碼修改和回退等等都游刃有余。這個對于公司本身價值巨大，甚至比對客戶還大。

78、100% 的服務承諾。

如果你能做到 99.999%，給客戶100% 的服務承諾。

79、不要丟掉按流程發布軟件的能力。

應該丟掉的是你自己回滾或者轉移到舊版本代碼的能力。壓根就不應該“處理”這種徒勞的失敗轉移。當事情變得不 如人意的時候，你更應該做的是找個大玩意兒來擋住你的肥屁股。CYA = 保持敏捷 = 成功的公司。

80、要清楚知道為什么以及這樣做的目的。

在腦子里要清楚知道為什么以及這樣做的為了達到的目的，為客戶構建產品每一個具體步驟。不管你部署給最終用戶的是什么，把這些放在最先考慮，即你所有(基礎設施、流程和人員)的設計都是為了提供最好的服務和產品。

81、第一次就要做對了。

很少有機會讓你回去在做一遍的。重做是對公司資源的巨大浪費。要提高命中率，一次就要成功。

82、接觸業內人士、盟友和類似的企業。

看看他們的運維是怎么做的。很可能他們碰到了跟你一樣的挑戰，而解決的方法更好。不要害怕分享自己的經驗和處理過程，因為別人也會回饋的。他山之石，可以攻玉!

83、招能讓你欣賞和學習到的人一起工作。

招人要招那些好到可以讓你擔心位子不保的那樣的人，招你欣賞和可以學習的榜樣，招那些你愿意和他一起工作的。這感覺甚至超過你招聘一個工作考評為A的員工。

84、IT 和運維是完全不同的兩個概念。

一個不錯的運維經理應該可以管理好企業IT，但是一個傳統的 IT工程師很難有能力處理互聯網運維任務。

85、爭取預算。

當你開始一份新工作或者在每年的起始，都應該去爭取預算。這不是說推車那老破車往前走，而應該是基于歷史數據做出最佳推薦方案。如果你正在評估一份新工作，請確認你完完全全的知道預算以及預算的來源。同時，還應該有完善這份預算的權利。

達內北京Linux培訓機構為幫助零基礎想轉行的學員選對方向，特推出為期5天26門熱門互聯網技術任意免費學，12月免費課程搶先中!運維技術免費學，莫錯良機！