IDC機房IT支撐平臺軟件運維管理子系統

◆石晶

（臺州市經濟和信息化局 浙江 318100）

1 需求分析

在軟件工程中需求分析是很重要的，在研究一項項目的時候首先要做的就是需求分析，只有把需求搞清楚才能夠真正地把握項目的核心，也就是這個項目到底需要實現什么核心功能，同時才不至于開發完成軟件后發現需求有偏差又費時費力地進行大的調整，只有在軟件開發前把需求分析清楚才能夠設計出用戶滿意的產品，否則如果等到軟件實現后才發現與實際需求有大偏差的話，修改的成本可謂是相當巨大。一個項目中一般需求分析包括功能性需求分析、非功能性需求分析以及此項目是否能夠滿足需要。開發項目的過程中都是依靠需求分析報告進行開發。

1.1 現有IDC機房管理現狀

目前擁有IDC機房的公司都具有很多數據和系統，并且一般都有具體的IDC機房的管理辦法，包括運營管理、人員管理、維護管理等制度，并且總結出來了很多IDC機房的管理手段，但是都是基于制度上的管理，并沒有在系統層面對IDC進行管理。并且在企業運行的時候會建設很多系統，這些系統可能由于業務發展，會有很多系統棄用，形成了信息孤島的，業務數據之間沒有聯系，無法實現業務的數據連續性和運維流程的規范化，對IDC機房的發展產生很不利的影響。

1.2 系統功能性需求分析

運營管理子系統包括了以下幾大功能需求：面對IDC客戶的基礎管理、對IDC的日常事務/作業管理、“任務工單”管理、業務故障告警管理、作業變更管理、知識庫管理以及庫存與工具管理等模塊共同構成。運營管理子系統和四川電信IDC機房IT支撐平臺網絡監管子系統采用組件方式實現無縫集成，告警可以和事件管理流程互動。

故障管理可以查詢、創建、處理、跟蹤故障類“流程工單”，根據管理策略將監控實時告警故障消息自動創建“運維工單”，如自動啟動一段處理應用程序、自動執行一段腳本等。

1.3 系統非功能性需求分析

在全面掌握該類型用戶基本需求前提下，結合生活中的相應應用場景及其行業的基本規范，提出其在性能方面的相關需求，詳解如下：

（1）良好性能需求。該系統理應在相對復雜的環境下支持足夠數量的訪問，這主要依賴于其所具備的良好承載能力。實際上，公司要求該系統必須能夠在任何瞬間承載高于20000位用戶的實時訪問，并且其涉及的多樣化功能模塊，需要在任意瞬間承載至少7000個用戶的請求提交，此外系統的運行響應速度不能超過2秒。

（2）較高穩定性需求。系統必須基于正常負載狀態下持續穩定地運行，不能突然崩潰，即使出現問題也能自動迅速修復。

（3）良好流暢性需求。當系統處于正常負載狀態下，如果用戶需要切換多樣化功能模塊，則此模塊的實際響應時間必須不能超過1秒。

（4）較高擴展性需求。當設計系統軟件部分時，應當注意分層，保持各個層級之間的獨立性，并且配備專用的服務器，切實保障系統在任何層級均能實現良好擴展。

（5）良好易用性需求。系統需要適應用戶群體的操作水平，盡可能選用簡潔精煉的界面，保證用戶操作過程中的友好體驗。

（6）較高安全性需求。系統需要利用前沿的網絡安全技術，避免黑客的惡意攻擊，并且應當構建科學完善的訪問機制，禁止不正當的非法訪問，此外還需定期備份重要數據，切實保障數據良好安全性。

2 詳細分析

2.1 系統設計思路及原理

運營管理子系統采用SOA架構時，同時也采用了B/W/S三層體系結構，包括展示層、業務層、“數據層”系統具體的詳細設計如圖1所示。

圖1系統分層架構

其中表示層是基于IDC機房展示給用戶看的Web界面，所有的用戶看到的界面都是表示層中的信息，表示層是系統的窗口，對最終用戶是不透明的，一般管理人員通過“用戶層”像系統發送消息。

邏輯層是對外暴露接口的，里面封裝了很多中間件，可以管理很多系統，并且可以查詢不同系統的數據，解決了系統數據孤島的問題，并且能夠看到具體的服務器中運行情況、

數據層是提供數據的一層，能夠支持很多數據庫，對數據庫軟件是透明的，不需要為改造應用適應數據庫的煩惱。

2.2 系統模塊設計

系統總體架構中客戶管理是運營管理子系統的基礎信息管理模塊，包括客戶資料管理、客戶業務預受理及賬單查詢模塊。

故障管理可以查詢、創建、處理、跟蹤故障類“流程工單”，根據管理策略將監控實時告警故障消息自動創建“運維工單”，如自動啟動一段處理應用程序、自動執行一段腳本等。

“工單管理”基于JBPM“工作流”提供了可視化的流程設計器，能夠對服務過程所需要的流程進行定義和管理，并提供了多種業務流程組件，支持流程分支、會簽節點、流程表單權限設置等功能。

庫存與工具管理實現針對IDC中心的庫房管理，庫房中存放的各種設備、備品備件、工具，以及堆放的貨物，都需進行管理，各類物品的出入庫管理。包括了庫存工具管理、庫存區域管理等模塊。

值班管理是運營管理子系統中對運營人員的值班安排及節假日值班編排的管理。知識庫管理對現有IDC管理規范、應急預案的集中管理；其中包括了欄目管理、知識內容管理、知識審核管理以及個人知識管理等模塊。具體如圖2所示。

圖2系統總體架構

2.3 數據庫設計

數據庫設計如圖3所示，包括了系統中需要的實體以及實體之間的管理關系。

圖3系統數據庫設計

3 系統實現

3.1 網絡拓撲

在網絡環境中的最前方，放置了防火墻，所有進入到服務器中的請求都必須經過防火墻，保證了傳輸的安全，并且將數據庫服務器放置到了最后端，所有的請求都進入不到數據庫服務器，保證了數據的安全，數據庫服務器只暴露給應用服務器。具體的網絡拓撲如圖4所示。

圖4網絡拓撲圖

3.2 主要模塊實現

（1）登錄

登錄功能相當于為用戶提供了一個使用系統的接口，也是驗證身份的重要途徑。對于管理員來說，其可以直接利用賬號與密碼登錄到系統中，登錄完成之后才能夠使用其他的功能，包括用戶管理、系統管理以及項目管理等功能。其他用戶在登錄時需要先通過注冊過程獲得賬號與密碼，然后應用到登錄功能中，用戶輸入的密碼信息需要采用可靠的加密技術進行處理，避免造成賬號信息的泄露。其中與登錄過程有關的類主要是LoginService類，登錄查詢功能主要是通過UserDao“類”實現的，用戶在輸入登錄信息之后需要先與數據庫存儲的登錄信息進行比對，如果完全相同才能夠登錄到系統中，否則需要彈出具體的錯誤提示信息。采用這種方式能夠有效提升系統安全性。

（2）故障管理

登錄故障管理界面后，進入故障告警中心，根據管理員的權限能查看到所匯聚上來的所有故障告警信息。在這些故障告警信息中，管理員需要根據人工判斷是否有未處理的故障告警單，查看其故障告警信息，并根據業務管理要求分解或生成故障處理單。生成好的故障處理單會根據事先在“工單管理”中配置好的處理流程，進行自動派單和分解等工作。

（3）庫存管理

運營管理人員進行庫存與工具管理界面，通過界面能查看庫房內的庫房區和里面的備品備件、工具、貨物等的出入庫管理情況。點擊庫房區域管理后，可以對各庫房區域信息進行管理。

4 總結

系統實現了IDC機房支持平臺的管理，本文對系統的需求分析進行了簡單的介紹，并且系統的應用性好、系統的結構穩定、可兼容性好、復用性高、易于系統維護。

一個系統在完成后，后續的維護工作也是不可忽視的，維護系統會耗費大量的時間與精力，因此，在開發系統的時候，就要充分考慮到后續的維護問題，IDC機房管理系統能夠減少具體的維護細節。