【正文】 服務器。每一種服務器至少需要兩臺物理（或虛擬）主機，以確保設備的冗余備份。這樣就實現(xiàn)了集中式和分布式兩種不同需要的部署方式。由一個或多個接口服務器組成集群，用于接收或者獲取被管理資源服務系統(tǒng)的數(shù)據(jù)，同時也負責與其他認證或審核系統(tǒng)進行對接。應用層有應用及管理服務器集群、數(shù)據(jù)庫服務器集群，以及大數(shù)據(jù)分析服務器集群三紅服務器組成，用于完成整個系統(tǒng)的所有核心業(yè)務邏輯的處理，并未前端的Web服務器層提供支撐。數(shù)據(jù)庫服務器則為整個系統(tǒng)提供數(shù)據(jù)的統(tǒng)一存儲和管理，同時通過雙機備份的方式避免系統(tǒng)出現(xiàn)單點故障。服務層運用了先進的Web技術，為客戶提供分角色、可視化的數(shù)據(jù)展現(xiàn)和管理功能。前端系統(tǒng)使用業(yè)界成熟的MVC結構，將模型、視圖、邏輯進行分離的模式，整個系統(tǒng)結構清晰分層明確。升級維護也僅需要對服務端進行維護，是交互式應用系統(tǒng)的理想選擇。 耦合性低視圖層和業(yè)務層分離，這樣就允許更改視圖層代碼而不用重新編譯模型和控制器代碼，同樣，一個應用的業(yè)務流程或者業(yè)務規(guī)則的改變只需要改動MVC的模型層即可。模型是自包含的，并且與控制器和視圖相分離，所以很容易改變應用程序的數(shù)據(jù)層和業(yè)務規(guī)則。一旦正確的實現(xiàn)了模型，不管數(shù)據(jù)來自數(shù)據(jù)庫或是LDAP服務器，視圖將會正確的顯示它們。216。MVC模式允許使用各種不同樣式的視圖來訪問同一個服務器端的代碼，因為多個視圖能共享一個模型，它包括任何WEB（HTTP）瀏覽器或者無線瀏覽器（wap）。216。216。216。216。控制器也提供了一個好處，就是可以使用控制器來聯(lián)接不同的模型和視圖去完成用戶的需求，這樣控制器可以為構造應用程序提供強有力的手段。后臺支撐系統(tǒng)采用了分布式子系統(tǒng)的技術架構，將整個系統(tǒng)分為了幾個相對獨立的子系統(tǒng)。系統(tǒng)基于面向服務的體系結構（SOA）進行設計，采用了接口即服務的設計理念，提供基于Http協(xié)議的REST以及SOAP協(xié)議的WebService接口，實現(xiàn)了通過接口方式對外提供標準規(guī)范的服務。SOA可以看作是B/S模型、XML（標準通用標記語言的子集）/Web Service技術之后的自然延伸。較之以往，以SOA架構的系統(tǒng)能夠更加從容地面對業(yè)務的急劇變化。 SOA通過網(wǎng)絡服務器發(fā)布，從而可以突破網(wǎng)絡端口的限制。 SOA與平臺無關，減少了業(yè)務應用實現(xiàn)的限制。 SOA具有低耦合性特點，增加和減少業(yè)務使用對象對整個業(yè)務系統(tǒng)的影響較低。 SOA具有可按模塊分階段進行實施的優(yōu)勢。接口可為不同的數(shù)據(jù)庫系統(tǒng)、應用系統(tǒng)、專用中間件系統(tǒng)提供接入組件，通過對接口協(xié)議需求進行抽象，就可以和特定系統(tǒng)的交互。接口需符合以下要求：216。 異常處理，創(chuàng)建和維持一個“消息異常處理器”的接口，它可以保存因為某種原因不能處理的消息，這些“異?！毕⑦€可以被送回重新加以處理216。同時通過數(shù)據(jù)交換平臺對外提供統(tǒng)一接口，屏蔽了單個系統(tǒng)內(nèi)部的改變，可以很容易替換過時的應用。 可擴展，數(shù)據(jù)交換平臺提供了大量的擴展接口，方便用戶進行功能擴展。統(tǒng)一管理接口通過與各基礎設施IT資源自有的管理接口和管理功能，自動獲取資源及其支撐系統(tǒng)運行和管理情況。通過建立標準服務目錄管理、統(tǒng)一服務資源管理、統(tǒng)一運維監(jiān)控管理、智能分析和服務、資源服務管理等，實現(xiàn)對現(xiàn)有各類xxx設施資源總量、狀態(tài)、分配情況、使用情況、運維情況的可視化管理，同時對各資源服務進行全過程管理和監(jiān)控，并對資源運行、管理、應用和監(jiān)控等信息進行智能化分析。主要功能包括：資源目錄樹管理、服務目錄項管理等。（1）目錄樹設計按樹形結構，構建服務目錄樹，目錄樹主要包括：服務類型（基礎設施類、軟件類、咨詢服務類）、服務子類基礎設施類（政務機房、云計算、存儲、災備等）（2）目錄樹維護能夠對目錄數(shù)據(jù)進行可視化、拖拽式管理，隨時對目錄樹結構、內(nèi)容進行調(diào)整，可根據(jù)需要對目錄樹各項內(nèi)容進行新增、修改、停止、刪除等操作。 服務子項管理 能夠根據(jù)xxx公共平臺建設和管理實際情況，在服務目錄樹的框架下，隨時對具體服務項進行調(diào)整和維護。 （1）服務項錄入按服務項規(guī)范格式，實現(xiàn)新增服務項及其相關要素的錄入。（3）服務項停用 能夠對任意服務項進行停用。按xxx公共平臺服務和建設特點，將公共平臺資源池分基礎物理資源池、計算資源池、存儲資源池、災備資源池、網(wǎng)絡資源池、支撐軟件資源池、公共應用資源池、技術服務資源池等。 服務資源整合 根據(jù)當前各類資源建設情況和特點，服務資源整合擬按兩種類型進行整合，形成各類資源池。（二）針對機房、xxx外網(wǎng)、GIS、政務數(shù)據(jù)交換、CA、政務短信、政務郵箱等資源，由管理單位對資源使用情況及時錄入系統(tǒng)，資源狀態(tài)通過對口的方式直接讀取該系統(tǒng)運行情況數(shù)據(jù)。 服務資源管理 將整合的各類資源進行分類管理，形成不同的資源池，并能夠實時監(jiān)控各資源池里面的資源情況。（1）標準計算單位調(diào)度。 能夠對資源池及其相關支撐系統(tǒng)進行全面監(jiān)控，包括資源池總量、資源分配情況、資源實際使用情況以及各資源相關支撐系統(tǒng)設備運行情況。主要對資源池內(nèi)的各類資源進行實時監(jiān)控，實時了解資源池內(nèi)各資源總量、資源狀態(tài)等情況； （2）資源狀態(tài)監(jiān)控。 統(tǒng)一運維監(jiān)控管理 將目前已建成的機房、xxx外網(wǎng)、云計算、數(shù)據(jù)存儲和災備以及公共應用等分散在不同建設單位或不同服務提供商的運維監(jiān)控系統(tǒng)進行整合，構建虛擬xxx公共平臺統(tǒng)一運維監(jiān)控系統(tǒng)，實現(xiàn)對公共平臺所有設備設施以及系統(tǒng)運行狀態(tài)和運維情況監(jiān)控，及時全面掌握xxx公共平臺運行和維護情況，健全公共平臺各設備設施服務和管理水平。 將目前政務機房、xxx外網(wǎng)、政務云計算中心、政務數(shù)據(jù)存儲與災備等基礎設施以及各類公共應用系統(tǒng)管理、運維系統(tǒng)等運行監(jiān)控信息進行匯集，實現(xiàn)xxx公共平臺統(tǒng)一運行監(jiān)控，全面掌握整個平臺各子系統(tǒng)運行情況。 （2）關聯(lián)分析引擎將從各方動態(tài)采集的運行監(jiān)控數(shù)據(jù)進行關聯(lián)分析，及時對相關事件、資源進行預測預警，方便做出提前準備。 將xxx公共平臺各資源建設單位或服務提供的單位運維管理信息進行整合，動態(tài)監(jiān)測運維管理過程及情況，包括事件、資產(chǎn)、配置等 將平臺各資源系統(tǒng)運維信息進行匯集，實現(xiàn)xxx公共平臺所有事件集中管理，使平臺管理方能夠及時對整個平臺運維事件情況了解和掌握，并為后期提升運維水平提供趨勢分析決策。 將所有設備設施以及軟件系統(tǒng)配置信息進行統(tǒng)一管理，為日常運維工作提