數(shù)據(jù)中心同步平臺建設(shè)方案-資料下載頁
2025-05-14 04:50本頁面
【正文】 另一類是對系統(tǒng)管理人員的身份認(rèn)證和訪問控制，用戶登錄到管理平臺，進行系統(tǒng)管理，必須經(jīng)過系統(tǒng)的身份認(rèn)證和授權(quán)訪問控制。 這兩類身份認(rèn)證和授權(quán)管理都可以通過eStar ESS提供的安全管理模塊來實現(xiàn)。 eStar ESS支持兩種身份憑證：用戶名/口令和數(shù)字證書兩類技術(shù)體系的電子身份憑證。 用戶名/口令認(rèn)證的實現(xiàn)方式是： （1）系統(tǒng)管理員利用系統(tǒng)超級用戶登錄到系統(tǒng)管理平臺，建立多個用戶，并授予不同的權(quán)限，密碼加密后保存在用戶數(shù)據(jù)庫中； 24 數(shù)據(jù)共享交換平臺設(shè)計方案 （2）將這些用戶分別賦給不同的業(yè)務(wù)系統(tǒng)，業(yè)務(wù)系統(tǒng)連接信息交換平臺時，提供預(yù)先配置的用戶名和密碼； （3）對業(yè)務(wù)系統(tǒng)提供的用戶名/口令進行認(rèn)證和權(quán)限檢驗。 系統(tǒng)管理員登陸系統(tǒng)的過程類似，只是管理員每次登陸時都要輸入用戶名和口令，而不是向業(yè)務(wù)系統(tǒng)那樣，用戶名和口令預(yù)先被配置。 數(shù)字證書認(rèn)證 系統(tǒng)支持內(nèi)部的CA證書系統(tǒng)，也可以和外部獨立的CA認(rèn)證系統(tǒng)連接。 具體的實現(xiàn)方式是： （1）向不同的業(yè)務(wù)系統(tǒng)頒發(fā)CA證書； （2）業(yè)務(wù)系統(tǒng)訪問信息交換平臺時，提供CA證書； （3）系統(tǒng)的安全認(rèn)證接口進行身份認(rèn)證，授權(quán)管理系統(tǒng)進行權(quán)限檢查。 在交換平臺中，數(shù)據(jù)被保存在消息隊列中，不同的用戶對消息隊列的訪問權(quán)限是不一樣的，給每個用戶分別授予不同的權(quán)限，從而實現(xiàn)對數(shù)據(jù)資源的保護。具體的實現(xiàn)方法是： （1）對于共享的信息，可以發(fā)送到公共的隊列中，將該隊列的訪問權(quán)限賦予所有的用戶，則所用的用戶登陸后，都可以訪問該隊列的信息。 （2）對于私有信息，保存到私有隊列中，將權(quán)限授予特定的用戶，則只有該用戶可以訪問該隊列中的消息，其他用戶則不能訪問。 數(shù)據(jù)交換過程的安全保障 數(shù)據(jù)交換過程的安全保障主要指信息在交換過程中不能被非法篡改、不能被非法訪問、數(shù)據(jù)交換后不能抵賴等功能。 提供了兩種方法實現(xiàn)上述功能： 一種是支持HTTPS傳輸協(xié)議，通過SSL實現(xiàn)數(shù)據(jù)防篡改、數(shù)據(jù)加密等功能。 另一種是通過支持對消息內(nèi)容的數(shù)字簽名、數(shù)字摘要和信息加密，來實現(xiàn)上述的安全功能。 上述兩種安全傳輸實現(xiàn)方式，都需要數(shù)字證書的支持，在交換系統(tǒng)中，利用系統(tǒng)提供的證書，也可統(tǒng)一使用外部CA系統(tǒng)頒發(fā)CA證書。 25 數(shù)據(jù)共享交換平臺設(shè)計方案 第八章 數(shù)據(jù)交換中間件選型 數(shù)據(jù)交換中間件技術(shù)要求 信息交換平臺由交換中間件、應(yīng)用適配器系統(tǒng)組成，各部分設(shè)計要求如下： 交換中間件技術(shù)要求 交換中間件技術(shù)要求主要包括：數(shù)據(jù)傳輸要求、數(shù)據(jù)轉(zhuǎn)換要求、可靠性要求、安全性要求、差錯處理要求、Web服務(wù)支持要求、跨平臺要求、基本性能要求等幾個方面。 （1）數(shù)據(jù)傳輸要求 在數(shù)據(jù)傳輸方面，交換中間件應(yīng)能滿足以下要求： ○傳輸協(xié)議 交換中間件必須支持HTTP/HTTPS傳輸協(xié)議。支持消息傳輸與文件傳輸。 ○消息基礎(chǔ)協(xié)議 交換中間件支持國家政務(wù)信息資源交換體系標(biāo)準(zhǔn)規(guī)定的消息格式。 ○大文件支持 交換中間件支持大文件傳輸。 ○消息交換模式 交換中間件支持消息主動發(fā)送、請求/應(yīng)答、訂閱/發(fā)布三種消息交換模式。 ○消息路由 交換中間件支持消息路由的功能，包括基于消息內(nèi)容的路由和基于消息頭的路由。 （2）數(shù)據(jù)轉(zhuǎn)換要求 交換中間件具有數(shù)據(jù)轉(zhuǎn)換的功能，支持?jǐn)?shù)據(jù)格式轉(zhuǎn)換、數(shù)據(jù)內(nèi)容轉(zhuǎn)換，提供圖形化數(shù)據(jù)轉(zhuǎn)換規(guī)則生成工具。 （3）可靠性要求 交換中間件具有可靠傳輸?shù)墓δ堋Ｍㄟ^斷點續(xù)傳、消息確認(rèn)和消息重發(fā)機制，實現(xiàn)在網(wǎng)絡(luò)發(fā)生故障、系統(tǒng)產(chǎn)生異?；虬l(fā)生崩潰的情況下實現(xiàn)數(shù)據(jù)交換“不丟、不錯、不重”。 （4）安全性要求 26 數(shù)據(jù)共享交換平臺設(shè)計方案 交換中間件支持安全的數(shù)據(jù)傳輸功能，支持消息加密、消息數(shù)字簽名功能。 （5）差錯處理要求 交換中間件支持政務(wù)信息資源交換體系標(biāo)準(zhǔn)規(guī)定的錯誤處理功能，如身份驗證失敗、權(quán)限驗證失敗、消息超時、消息ID重復(fù)等錯誤處理功能。 （6）Web服務(wù)支持要求 交換中間件支持Web服務(wù)調(diào)用功能。 （7）交換流程管理要求 交換中間件應(yīng)支持動態(tài)交換流程配置，采用圖形化的界面進行交換流程與交換內(nèi)容配置管理。 （8）跨平臺要求 交換中間件具有跨平臺特點，支持UNIX、Linux、Microsoft Windows等不同的操作系統(tǒng)，支持不同平臺間平滑移植。 （9）基本性能要求 交換中間件基本性能指標(biāo)，如單位時間內(nèi)傳遞消息、單位時間內(nèi)字節(jié)流量、并發(fā)用戶數(shù)量及在大負(fù)載情況下系統(tǒng)資源使用情況等滿足交換平臺的業(yè)務(wù)需求。 （10）管理監(jiān)控要求 ○交換結(jié)點狀態(tài)監(jiān)控要求 中心交換管理系統(tǒng)能夠監(jiān)視中心交換服務(wù)器、部門交換前置機等各交換結(jié)點的運行狀態(tài)。 ○交換服務(wù)狀態(tài)監(jiān)控要求 中心交換管理系統(tǒng)能夠監(jiān)視中心交換服務(wù)器、部門交換前置機等各交換結(jié)點上部署的交換服務(wù)的運行狀態(tài)，能夠遠(yuǎn)程啟動、停止交換服務(wù)。 ○交換過程監(jiān)控要求 中心交換管理系統(tǒng)能夠監(jiān)視信息交換過程。 ○交換日志管理要求 中心交換管理系統(tǒng)支持交換日志管理功能，如可配置的分級別日志記錄功能、日志查詢功能。 ○遠(yuǎn)程部署要求 中心交換管理系統(tǒng)支持遠(yuǎn)程部署功能，實現(xiàn)交換服務(wù)及其配置文件的遠(yuǎn)程部署。 27 數(shù)據(jù)共享交換平臺設(shè)計方案 應(yīng)用適配器系統(tǒng)技術(shù)要求 應(yīng)用適配器技術(shù)要求主要包括：異構(gòu)數(shù)據(jù)庫支持、文件支持、圖形化配置要求、適配器組件開發(fā)框架要求等幾個方面。 （1）異構(gòu)數(shù)據(jù)庫支持的要求 應(yīng)用適配器支持不同類型數(shù)據(jù)庫，主要包括Oracle、MS SQLServer、Sybase、DBMysql等主流關(guān)系數(shù)據(jù)庫。 （2）文件支持的要求 應(yīng)用適配器支持結(jié)構(gòu)化文件與非結(jié)構(gòu)化文件的讀寫，對XML、EXCEL、TXT等結(jié)構(gòu)化文件提供文件內(nèi)容解析功能，支持大數(shù)據(jù)文件的讀取。 （3）圖形化配置要求 應(yīng)用適配器提供圖形化的適配器配置工具。 （4）適配器組件開發(fā)框架要求 應(yīng)用適配器提供開放的適配器組件開發(fā)框架，用戶可以按照框架要求開發(fā)新的適配器組件，滿足其個性化的需求。 東方通中間件介紹 易達(dá)訊中間件介紹 28 數(shù)據(jù)共享交換平臺設(shè)計方案 第九章 本期主題應(yīng)用開發(fā) 29 數(shù)據(jù)共享交換平臺設(shè)計方案 第十章 后續(xù)主題應(yīng)用開發(fā)及拓展 政務(wù)資源目錄管理系統(tǒng) 基礎(chǔ)信息庫 領(lǐng)導(dǎo)決策支持系統(tǒng) 網(wǎng)上聯(lián)合/協(xié)同審批 電子政務(wù)統(tǒng)一平臺與其它系統(tǒng)的數(shù)據(jù)交換 30
公司管理相關(guān)推薦
鄂ICP備17016276號-1