進入7月，運維人期待的7·24日運維日馬上就要到了，每年到這個時候，我們就開始重新審視數(shù)據(jù)中心運維的問題與難點。隨著云計算逐步落地和深入應用，云數(shù)據(jù)中心運維這個在10年前就已經(jīng)在討論的問題仍然熱度不退。

關注智能自動化運維的趨勢與難點

智能自動化運維是云數(shù)據(jù)中心時代尤為重要的趨勢。公有云讓基礎設施資源更集中，企業(yè)放棄自建數(shù)據(jù)中心轉而使用公有云，基礎設施資源因此集中到了第三方服務商的手中。

這一定程度上使得企業(yè)運維輕量化，更注重上層應用的運維，后端較重的基礎設施運維轉嫁集中到了第三方公有云服務商的身上?；A設施運維的集中化，大體量化為自動化運維提供了良好的生存空間，企業(yè)前端的輕量的運維甚至也可以通過大數(shù)據(jù)以智能可視化的方式呈現(xiàn)出來。

多平臺融合的導致故障點監(jiān)測困難

有業(yè)界人士稱，相對于傳統(tǒng)IT架構，云數(shù)據(jù)中心運維的管理對象主要分為五大類，分別是：

機房環(huán)境基礎設施部分，包含風火水電等;各種設備，包括存儲、服務器、網(wǎng)絡設備、安全設備等硬件資源;系統(tǒng)與數(shù)據(jù)，包括操作系統(tǒng)、數(shù)據(jù)庫、中間件、應用程序等軟件資源及業(yè)務數(shù)據(jù);管理工具，包括了基礎設施監(jiān)控軟件、監(jiān)控軟件、工作流管理平臺、報表平臺、短信平臺等

從中可以看出，一項云數(shù)據(jù)中心向外界提供服務是多方服務融合的結果。因此，當面臨一個故障時，如何在諸多服務中準確追溯到故障點，是運維人員需要關注的另一個問題。

避免人為失誤與網(wǎng)絡威脅

前不久，中國某大型云廠商因運維人員操作失誤啟動了一個BUG，導致一些客戶訪問官網(wǎng)控制臺和使用MQ、NAS等多項產(chǎn)品功能出現(xiàn)問題，造成了較大影響.實際上，除了自然災害等原因，數(shù)據(jù)中心運維出現(xiàn)的一些安全問題極有可能是人為導致的。

出了要避免人為上的失誤，來自網(wǎng)絡的威脅也不可小覷。數(shù)據(jù)中心資源的集中化讓我們逐漸感受到，數(shù)據(jù)中心故障的大型化趨勢越來越明顯，從網(wǎng)絡安全的角度來說一個漏洞被利用，就可能會造成較大的數(shù)據(jù)丟失甚至設備停機事故。