系統管理自測32問之18：報警郵件是否必要
譯文作者：核子可樂 譯
計劃任務每天都在派發聳人聽聞的警示報告，而就在大家漸漸無視這些廢話時，真正的隱患很可能就在眼皮底下被忽略了。那么原則是，只有在需要立即調動人馬解決的時候，才發送頁面或短信提示。如果是需要24小時內處理的，則創建項目待處理就行了。
【51CTO精選譯文】本文是《Limoncelli的測試：有助于提高系統管理員團隊工作效率的32個問題》當中的第18題：電子郵件的自動化生成處理是不是僅在必要時啟動？
大家應該都聽過“狼來了”的故事吧。其實在我們的實際工作中，這樣的情況并不少見。計劃任務每天都在派發聳人聽聞的警示報告，而就在大家漸漸無視這些廢話時，真正的隱患很可能就在眼皮底下被忽略了。
我的原則很簡單：
·如果需要立即調動人馬解決：發送頁面或短信提示。
·如果需要在24小時之內處理：創建新項目。
·如果是信息類內容：將其記錄到文檔中。
·如果沒有實質性信息，則什么都不做。
盡管通過電子郵件發送頁面并創建新項目的做法比較方便，但重點是郵件并非發布通告的最佳機制。
最糟的狀況是系統定期通過郵件向團隊中的每位成員發送日志消息，這種狀態下的所謂警示功能基本上已經喪失殆盡了。
下面我同大家分享一個真實的故事吧：我在紐約的一位朋友就職于某網站，該企業的做法是將自動流程中的各項信息以郵件形式發送到root@該公司域名信箱中。這個“root”郵箱默認會把所有接收到的內容派發給團隊中的每位系統管理員處。如此一來搞得管理員不勝其煩，根本懶得去閱讀這些郵件，甚至恨不得通過過濾機制把這些東西拒之門外。結果呢，企業中的管理員們每天在用自己的私人郵件賬號互相溝通甚至交流業務。這辦的叫什么事兒？最主要的郵件發送體系被民意硬生生擠出了業務范疇（我倒是很想知道整個過程中企業領導層還做出了哪些其它的愚蠢決策）。
【51CTO.com譯文，轉載請注明原文作譯者和出處。】
原文：http://everythingsysadmin.com/the-test.html
Limoncelli的測試：有助于提高系統管理員團隊工作效率的32個問題：
- A.面向公眾的處理方式:
- B. 現代化團隊處理方式:
- C. 業務操作方式:
- D. 自動化處理方式:
- E. 團隊管理方式:
- F. 硬件發生故障時的處理方式:
- G. 安全性處理方式:
【編輯推薦】
責任編輯：yangsai
來源：
51CTO.com
