這是企業數據中心經理們經常會反覆追問的一個問題。
與IT處理事務中的大多數事情一樣，這個問題其實是很重要的。
但是，想要真正找尋到正確的答案就是要渠道“工作真正發生的地方”。
在我與廣大讀者朋友們深入探討這個問題之前，請讓我先行討論一個更深的思考領域，然後再來解決另外一個問題：所謂“成熟的”數據中心到底意味着什麼，爲什麼有人想要這樣的數據中心呢？
雖然這個答案可能看起來很明顯，但我的建議是：“足夠好”的數據中心可能就已經足夠了。
就像Malcom Gladwell在《Outliers》這本書中所提出的那樣，花費10，000小時才能成爲公認的業界領域專家和領導者，與一般有能力勝任的普通從業者之間的相對成本差距是多少？
雖然真正的世界級的卓越的業界領域專家是令人羨慕的，但經常也是不必要的。
沒有遠大抱負的人可能並不想要成爲世界級的專家；
他們只想要和家人朋友一起度過每個美好的夜晚。
同樣，如果我們將數據中心的成熟度與卓越的業界專家類比的話，而且完全成熟（即世界級）的數據中心的成本會相當高，無論我們所談論的是貨幣成本、時間成本、員工投入或其他方面的參數成本——那麼，我們要問的另一個問題便是：“世界級的數據中心是否滿足企業的業務需求？”
通常情況下，答案是否定的。
您企業的數據中心其實只需要爲滿足您具體的客戶（內部的同事和外部的客戶）的需求做好準備即可獲得預期的服務水平。
所以，我想澄清的一點是：當我提及“成熟”這一點時，我並不會將其當作“完美”的同義詞；
相反，我的意思是足夠穩定和穩健運營的數據中心，以滿足您企業的業務需求，並由可用的員工來維護。
而在瞭解了這一點的前提下，數據中心如何提供有效的服務以及如何以企業現有員工的服務水平實現可維護性對於在數據中心環境中管理或工作的任何人來說都是及其重要的。
能力成熟度模型
慶幸的是，有一個確定成熟度的模型，業界將其稱之爲能力成熟度模型（Capability Maturity Model，CMM）。
CMM現在已被廣泛應用於軟件開發（即其最初被提出的領域），產品交付和摩天大樓建設等等方面。
不幸的是，與信息技術基礎架構圖書館（ITIL），面向服務的架構（SOA）和六西格瑪一樣，CMM的使用通常都不太理想。
畢竟，運行一處數據中心就像開發軟件應用程序一樣。
要清楚的是，我不是說ITIL、SOA、六西格瑪或CMM是壞的框架。
他們是非常好且相當有用的。
但並非在所有情況下都適用。
所以，儘管瞭解您企業數據中心的成熟度的相對水平很重要，但是通過使用CMM來了解其實並不是最好的。
因此，我想提出一些我個人關於成熟度模型的想法，該想法涉及如何創建一個對您企業的特定環境有意義，有相關性且更爲有效性的模型。
創建一套您企業自己的數據中心成熟度模型
數據中心成熟度模型的目標是爲了幫助您瞭解企業數據中心在一個連續統一體上所處的具體位置，其中一方面沒有複雜性的，而另一方面則是完全最優的。
這意味着您需要仔細考慮重要的類別。
例如，在許多情況下，清潔程度肯定是包括從手術室到商業化餐廳廚房的重要成熟度考察類別，但其可能並不是數據中心的關鍵指標。
另一方面，組織並規劃顯然是一個好的開始。
但是您的下一個想法必須是“組織規劃什麼？”
您只是在談論物理方面，比如把所有的備用電纜按照顏色進行編碼，按長度進行排列，以方便隨時可用？
或者組織的概念是否可以擴展到手冊、工具、設備、工作人員進度表、流程審查，甚至在線常見問題和知識庫？
歸納出三到五類的成熟度考察類別不應該是那麼難，您只要回顧考慮每天所處理的問題、任務和活動的類型即可。
但是，當您想到更細節的問題時，需要盡一切努力把它們分類歸納成特別強調的紀律。
這方面的示例包括：
可視化：您可以識別和查看數據中心所有方面的狀態嗎？
這涵蓋了包括從地板和機架地圖（靜態或交互式）到對於當前硬件、軟件、事務等狀態的監控顯示。
容量：您是否知道您數據中心油箱裏有多少油料？
您是否知道您數據中心的耗油速度有多快？
您是否可以根據目前的運行狀況以及通常在一天、一週和一個月的不同時間的運行狀況，大致估算出什麼時候一箱油可能會被耗盡？
同樣，這些問題也適用於存儲、處理器、內存、負載平衡等。
響應：當發生問題時，您如何知道？
有什麼工具來促進初始反應——包括自動修復、升級、故障排除和最終保持平均修復時間（MTTR）？
一旦您企業就此制定了成熟度類別，您就可以提出一些問題，讓您得以能夠評估這些領域的成熟度/複雜性/準備狀況。
您應該避免設置是、否或者SAT風格的問題。
用選擇答案的方式來替代需要就答案進行排序的問題。
通常，我的目標是就該選擇題提供一到五個備選答案來促進找出問題的答案或問題的陳述。
然後將這些答案結構化，使其中一個備選答案能夠一眼就被排除，而把中間其他幾個答案設置爲接近最佳答案，但不是最佳的
沒有留言:
張貼留言