版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡介
1、醫(yī)學(xué)保證信息系統(tǒng)方案醫(yī)學(xué)保證信息系統(tǒng)方案1 / 33 醫(yī)學(xué)保證信息系統(tǒng)方案目錄1 項(xiàng)目概述 . 2 整體設(shè)計(jì) . 2.1 設(shè)計(jì)原就 . 2.2 技術(shù)線路 . 2.2.1 J2EE技術(shù) . 2.2.2 XML技術(shù) . 2.2.3 Web Service技術(shù) . 2.2.4 平臺化、構(gòu)件化設(shè)計(jì) . 102.2.5 面對服務(wù)架構(gòu)( SOA). 112.3 總體框架 . 2.4 規(guī)律架構(gòu) . 2.5 系統(tǒng)架構(gòu) . 2.6 應(yīng)用支撐平臺 . 3 數(shù)據(jù)采集與交換平臺 . 3.1 數(shù)據(jù)統(tǒng)采集與交換平臺架構(gòu) . 3.2 數(shù)據(jù)采集與交換方式 . 4 基于云運(yùn)算的數(shù)據(jù)中心 . 4.1 網(wǎng)絡(luò)子系統(tǒng) . 4.1.1
2、概述. 4.1.2 網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)設(shè)計(jì) . 214.2 資源池子系統(tǒng) . 4.2.1 概述. 4.2.2 運(yùn)算資源池 . 4.2.3 儲備資源池 . 4.2.4 網(wǎng)絡(luò)資源池 . 4.3 本地備份子系統(tǒng) . 4.4 云運(yùn)算數(shù)據(jù)中心基礎(chǔ)支撐系統(tǒng) . 294.4.1 云運(yùn)算資源治理系統(tǒng) . 292 / 33 醫(yī)學(xué)保證信息系統(tǒng)方案4.4.2 云儲備資源治理系統(tǒng) . 295 業(yè)務(wù)系統(tǒng)設(shè)計(jì) . 5.1 健康治理與促進(jìn)系統(tǒng) . 5.2 數(shù)據(jù)監(jiān)測與治理系統(tǒng) . 5.2.1 數(shù)據(jù)抽取與整合 . 5.2.2 數(shù)據(jù)查詢與統(tǒng)計(jì) . 5.3 商務(wù)智能分析系統(tǒng) . 6 安全體系 . 3 / 33 醫(yī)學(xué)保證信息系統(tǒng)方案 1
3、項(xiàng)目概述4 / 33 醫(yī)學(xué)保證信息系統(tǒng)方案2 整體設(shè)計(jì)2.1 設(shè)計(jì)原就1、有用性原就 以實(shí)際需求為基礎(chǔ),充分考慮進(jìn)展的需要來確定系統(tǒng)設(shè)計(jì);2、安全性原就 系統(tǒng)將供應(yīng)安全手段防止非法入侵和越級操作,應(yīng)用系統(tǒng)和軟硬件都應(yīng)遵 守相關(guān)的規(guī)定,符合國家有關(guān)電子政務(wù)系統(tǒng)安全的要求;3、牢靠性原就 系統(tǒng)將進(jìn)行嚴(yán)格的牢靠性測試,保證系統(tǒng)中運(yùn)行過程中能夠連續(xù)、牢靠的 不間斷的為用戶供應(yīng)業(yè)務(wù)服務(wù);4、成熟和先進(jìn)性原就 系統(tǒng)結(jié)構(gòu)設(shè)計(jì)、系統(tǒng)配置、系統(tǒng)治理方式等方面采納國際上先進(jìn)同時(shí)又是 成熟、有用的技術(shù);5、規(guī)范性原就 系統(tǒng)設(shè)計(jì)所采納的技術(shù)和設(shè)備應(yīng)符合國際標(biāo)準(zhǔn)、國家標(biāo)準(zhǔn)和業(yè)界標(biāo)準(zhǔn),為 系統(tǒng)的擴(kuò)展升級、與其它系統(tǒng)的互聯(lián)
4、供應(yīng)良好的基礎(chǔ);6、開放性和標(biāo)準(zhǔn)化原就 在設(shè)計(jì)時(shí),將供應(yīng)開放性好、標(biāo)準(zhǔn)化程度高的技術(shù)方案,系統(tǒng)的各種接口 滿意開放和標(biāo)準(zhǔn)化原就;7、可擴(kuò)充和擴(kuò)展化原就 全部系統(tǒng)不但滿意當(dāng)前需要,并在擴(kuò)充模塊后滿意可預(yù)見將來需求,保證 建設(shè)完成后的系統(tǒng)在向新的技術(shù)升級時(shí),能愛護(hù)現(xiàn)有的投資;各功能模塊間的 耦合度小,以適應(yīng)業(yè)務(wù)進(jìn)展需要,便于系統(tǒng)的繼承和擴(kuò)展;8、可治理性原就 系統(tǒng)應(yīng)易于治理,易于愛護(hù),操作簡潔,易學(xué),易用,便于進(jìn)行系統(tǒng)配 置,能夠很好的監(jiān)控設(shè)備、安全性、數(shù)據(jù)流量、性能等方面內(nèi)容,并可以進(jìn)行 遠(yuǎn)程治理和故障診斷;系統(tǒng)應(yīng)具有良好的結(jié)構(gòu),各個(gè)部分應(yīng)有明確和完整的定 義,使得局部的修改不影響全局和其他部分
5、的結(jié)構(gòu)和運(yùn)行;5 / 33 醫(yī)學(xué)保證信息系統(tǒng)方案2.2 技術(shù)線路2.2.1 J2EE 技術(shù)J2EE是當(dāng)今最主流和先進(jìn)的技術(shù)體系,已成為一個(gè)工業(yè)標(biāo)準(zhǔn),環(huán)圍著 J2EE 有眾多的廠家和產(chǎn)品,其中不乏優(yōu)秀的軟件產(chǎn)品,合理集成以 J2EE為標(biāo)準(zhǔn)的軟 件產(chǎn)品構(gòu)建本項(xiàng)目信息化系統(tǒng)系統(tǒng)的軟件平臺,可以得到較好的開放性、穩(wěn)固性、高牢靠性和擴(kuò)展性;J2EE平臺適用多層次分布式應(yīng)用模型,采納基于組件的方式來設(shè)計(jì)、開 發(fā)、組裝和部署企業(yè)應(yīng)用系統(tǒng),以及基于可擴(kuò)展標(biāo)記語言(XML)的數(shù)據(jù)交 換、統(tǒng)一的安全模式和敏捷的事務(wù)掌握;憑借這些技術(shù),不但可以面對快速變化的業(yè)務(wù)要求供應(yīng)嶄新的解決方案;而且,開發(fā)出來的是與平臺無關(guān)的
6、 J2EE組件的解決方案,它不依靠于某個(gè)特定軟件、硬件產(chǎn)品或者API;這意味著不管是開發(fā)商仍是最終用戶都有最大的自由去挑選那些更能滿意他們業(yè)務(wù)或技術(shù)需求 的產(chǎn)品或組件,不但有利于降低信息系統(tǒng)擁有成本,也有利于適用快速變化的 市場需求;圖 J2EE架構(gòu)J2EE技術(shù)的基礎(chǔ)是 JAVA語言, JAVA語言的與平臺無關(guān)性,保證了基于 J2EE平臺開發(fā)的應(yīng)用系統(tǒng)和支撐環(huán)境可以跨平臺運(yùn)行;6 / 33 醫(yī)學(xué)保證信息系統(tǒng)方案 基于 J2EE技術(shù)的應(yīng)用服務(wù)器( Application Server)主要是用來支持開發(fā)基 于 Web 的三層體系結(jié)構(gòu)應(yīng)用的支撐平臺,這一類的產(chǎn)品包括 IBMWebsphere,BE
7、A Web Logic,SilverStream Sxtend和 JBOSS等;設(shè)計(jì)方案采納的核心產(chǎn)品就是完全基于 實(shí)現(xiàn)了系統(tǒng)的開放性要求;2.2.2 XML 技術(shù)J2EE的技術(shù)路線和技術(shù)架構(gòu),完全基于 XML 的新一代互聯(lián)網(wǎng)網(wǎng)管已經(jīng)成為當(dāng)今網(wǎng)絡(luò)治理進(jìn)展的新趨勢,越來 越多的設(shè)備、服務(wù)及平臺都宣稱支持 XML技術(shù);XML(eXtensible Markup Language,可擴(kuò)展置標(biāo)語言)是由 W3C(World Wide Web Consortium,互聯(lián)網(wǎng)聯(lián)合組織)于1998 年 2 月發(fā)布的一種標(biāo)準(zhǔn),它是一種數(shù)據(jù)交換格式,答應(yīng)在不同的系統(tǒng)或應(yīng)用程序之間交換數(shù)據(jù),通過一種 網(wǎng)絡(luò)化的處理機(jī)
8、構(gòu)來遍歷數(shù)據(jù),每個(gè)網(wǎng)絡(luò)節(jié)點(diǎn)儲備或處理數(shù)據(jù)并且將結(jié)果傳輸 給相鄰的節(jié)點(diǎn);它是一組用于設(shè)計(jì)數(shù)據(jù)格式和結(jié)構(gòu)的規(guī)章和方法,易于生成便 于不同的運(yùn)算機(jī)和應(yīng)用程序讀取的數(shù)據(jù)文件;XML 是一種使用標(biāo)記來標(biāo)記內(nèi)容以傳輸信息的簡潔方法;標(biāo)記用于界定內(nèi)容,而 XML的語法答應(yīng)我們自行定義任意復(fù)雜度的結(jié)構(gòu);這使得XML 具有以下特性:. 通過使用可擴(kuò)充標(biāo)記集供應(yīng)文檔內(nèi)容的更精確說明. 可用標(biāo)準(zhǔn)化語法來驗(yàn)證文檔內(nèi)容. 使用戶與應(yīng)用程序之間文件交換更簡潔. 支持高級搜尋. 將文檔結(jié)構(gòu)與內(nèi)容分開,易于用不同形式表現(xiàn)相同內(nèi)容. XML改進(jìn)用戶響應(yīng)、網(wǎng)絡(luò)負(fù)載和服務(wù)器負(fù)載. XML支持 UnicodeXML仍有其他很多優(yōu)點(diǎn),
9、比如它有利于不同系統(tǒng)之間的信息溝通,完全可以充當(dāng)網(wǎng)際語言,并有期望成為數(shù)據(jù)和文檔交換的標(biāo)準(zhǔn)機(jī)制;由于 XML 具有以上諸多特性,使得它的實(shí)際應(yīng)用范疇特別廣泛;采納基于XML的網(wǎng)絡(luò)治理技術(shù)采納XML 語言對需交換的數(shù)據(jù)進(jìn)行編碼,為網(wǎng)絡(luò)治理中復(fù) 7 / 33 醫(yī)學(xué)保證信息系統(tǒng)方案雜數(shù)據(jù)的傳輸供應(yīng)了一個(gè)極佳的機(jī)制;XML文檔的分層結(jié)構(gòu)可以對網(wǎng)絡(luò)治理應(yīng)用中的治理者代理模式供應(yīng)良好的映射,通過 XSLT(Extensible Stylesheet Language Transformations)樣式表可以對 XML數(shù)據(jù)進(jìn)行各種格式的重構(gòu)和轉(zhuǎn)換,加上 XML 已經(jīng)被廣泛應(yīng)用于其它領(lǐng)域,各種免費(fèi)和商業(yè)的
10、XML開發(fā)工具發(fā)展反??焖?因此使用 XML來定義治理信息模式和處理治理信息特別便利;XML能成為網(wǎng)絡(luò)治理中值得爭論和使用的工具,必需具備一些其它網(wǎng)絡(luò)管理技術(shù)所不能供應(yīng)的特性,主要表現(xiàn)在如下幾個(gè)方面:1、復(fù)雜數(shù)據(jù)處理優(yōu)勢XML是一種結(jié)構(gòu)化數(shù)據(jù),它簡潔的編碼規(guī)章使得可以使用 ASCII文本和類似 HTML的標(biāo)記來描述數(shù)據(jù)的任何層次,通過DTD或 XML Schema來定義元素的次序和結(jié)構(gòu), DTD和 XML Schema供應(yīng)了一種發(fā)布數(shù)據(jù)轉(zhuǎn)變的正規(guī)機(jī)制;使用 XML 對比工具來比較新、舊兩個(gè)XML Schema文件,就能得到數(shù)據(jù)的哪些特征、選項(xiàng)或是輸出標(biāo)記發(fā)生了變化的具體情形;2、使底層數(shù)據(jù)更具
11、可讀性和標(biāo)準(zhǔn)性 目前網(wǎng)絡(luò)中傳輸?shù)牡讓訑?shù)據(jù)通常依據(jù)網(wǎng)絡(luò)協(xié)議的不同,而采納的編碼規(guī)章 不同,雖然最終在傳輸?shù)臅r(shí)候都轉(zhuǎn)化為二進(jìn)制位流,但是不同的應(yīng)用協(xié)議需要 供應(yīng)不同的轉(zhuǎn)換機(jī)制,在協(xié)議所能懂得的數(shù)據(jù)與二進(jìn)制數(shù)據(jù)之間進(jìn)行轉(zhuǎn)換;這 種情形導(dǎo)致網(wǎng)絡(luò)治理站在對采納不同協(xié)議發(fā)送治理信息的被管對象之間進(jìn)行管 理時(shí)很難實(shí)現(xiàn)兼容性;但是假如這些協(xié)議在數(shù)據(jù)表示時(shí)都采納 XML 格式進(jìn)行描 述( XML的自定義標(biāo)記功能使這一需求成為可能) ,這樣網(wǎng)絡(luò)之間傳遞的都是簡單的字符流,可以通過相同的XML解析器進(jìn)行解析,然后依據(jù)XML的標(biāo)記不同,對數(shù)據(jù)的不同部分進(jìn)行區(qū)分處理,使底層數(shù)據(jù)更具可讀性和標(biāo)準(zhǔn)性;3、使用 XML 模板
12、構(gòu)建被管網(wǎng)元模型,可最大限度地增強(qiáng)網(wǎng)絡(luò)治理軟件的 敏捷性和可擴(kuò)展性 通過 XML 模板構(gòu)建被管網(wǎng)元模型,可以滿意網(wǎng)元對象建模的以下要求:. 用最少的對象模型來描述最多種類的網(wǎng)元對象;. 盡量防止特殊化,模糊各廠家產(chǎn)品自身的可管特性;8 / 33 醫(yī)學(xué)保證信息系統(tǒng)方案. 對象的層次結(jié)構(gòu)無論復(fù)雜仍是簡潔,都可以用相同的數(shù)據(jù)結(jié)構(gòu)來表示;. 通過該模型能便利地得到網(wǎng)絡(luò)治理的五大功能模塊所需的治理數(shù)據(jù);. 有足夠的擴(kuò)展空間,使得顯現(xiàn)新的被管網(wǎng)元對象時(shí),該模型同樣也能適應(yīng);4、增強(qiáng)了基于 WEB的網(wǎng)絡(luò)治理方式XML在 WEB應(yīng)用上的優(yōu)勢,同樣表達(dá)在基于WEB的網(wǎng)絡(luò)治理方式中;將 XML應(yīng)用于網(wǎng)絡(luò)治理是網(wǎng)絡(luò)
13、治理領(lǐng)域的必定進(jìn)展趨勢,因此本文所爭論的 SNMP治理者和轉(zhuǎn)換代理系統(tǒng),在這方面做了大膽的嘗試,主要在以下幾個(gè)方面運(yùn)用了 XML 技術(shù):.可解析采納 XML來描述治理對象的MIB 文件XML 接口,使系統(tǒng)可以.從 GUI/API中接收到的輸入數(shù)據(jù)一律采納統(tǒng)一的特別便利地采納不同模式實(shí)現(xiàn)用戶數(shù)據(jù)與系統(tǒng)的交換.數(shù)據(jù)在系統(tǒng)內(nèi)部的處理以XML數(shù)據(jù)流為主,一方面通過成熟的XML解析器,可以削減數(shù)據(jù)處理的復(fù)雜度,另一方面,由于只在最終要向傳統(tǒng)SNMP Agent發(fā)送 BER編碼時(shí),才進(jìn)行格式轉(zhuǎn)換,所以假如 Agent 支持XML格式報(bào)文治理,去掉轉(zhuǎn)換層就可以達(dá)到XML 治理的目標(biāo);. 轉(zhuǎn)換代理中需代理的設(shè)
14、備模板,通過 XML 描述導(dǎo)入系統(tǒng),因設(shè)備的多樣性,很難估計(jì)需要導(dǎo)入的參數(shù)形式和個(gè)數(shù),采納 XML 文件描述模板,既可以特別敏捷地設(shè)置參數(shù),又可以在基本不轉(zhuǎn)變代理核心模塊的前提下,增加對不同種類設(shè)備的 SNMP轉(zhuǎn)換;. 通過 XML 配置文件對系統(tǒng)進(jìn)行初始化配置;2.2.3 Web Service 技術(shù)Web services是為了讓地理上分布在不同區(qū)域的運(yùn)算機(jī)和設(shè)備一起工作,以便為用戶供應(yīng)各種各樣的服務(wù);用戶可以掌握要獵取信息的內(nèi)容、時(shí)間、方式,而不必像現(xiàn)在這樣在很多個(gè)信息孤島中瀏覽,去查找自己所需要的信息;利用 Web services,公司和個(gè)人能夠快速且廉價(jià)地通過互聯(lián)網(wǎng)向全球用戶供應(yīng)服
15、務(wù),建立全球范疇的聯(lián)系,在廣泛的范疇內(nèi)查找可能的合作伙伴;隨著 Web 服務(wù)技術(shù)的進(jìn)展和運(yùn)用,我們目前所進(jìn)行的開發(fā)和使用應(yīng)用程序的信息處理活動(dòng)9 / 33 醫(yī)學(xué)保證信息系統(tǒng)方案 將過渡到開發(fā)和使用 Web services;將來, Web services將取代應(yīng)用程序成為 Web 上的基本開發(fā)和應(yīng)用實(shí)體;Web 服務(wù)是采納標(biāo)準(zhǔn)的、規(guī)范的XML 描述操作的接口,這種服務(wù)描述被稱為 Web 服務(wù)描述; Web 服務(wù)描述囊括了與服務(wù)交互需要的全部細(xì)節(jié),包括消息格式、傳輸協(xié)議和位置;Web 服務(wù)接口隱匿了實(shí)現(xiàn)服務(wù)的細(xì)節(jié),答應(yīng)獨(dú)立于軟硬件平臺的服務(wù)調(diào)用 Web 服務(wù); Web Service是獨(dú)立的、
16、模塊化的應(yīng)用,能夠通過因特網(wǎng)來描述、發(fā)布、定位以及調(diào)用;從而實(shí)現(xiàn)面對組件和跨平臺、跨語言的松耦合應(yīng)用集成;易的正確體系結(jié)構(gòu);Web 服務(wù)是分布式環(huán)境中實(shí)現(xiàn)復(fù)雜的集合或商業(yè)交Web Service具有以下特點(diǎn):.良好的封裝性: Web 服務(wù)是一種部署在Web 上的對象,具備對象的良好封裝性,對于使用者而言,他看到的僅僅是該服務(wù)的描述;.松散耦合:當(dāng) Web 服務(wù)的實(shí)現(xiàn)發(fā)生變更時(shí),只要Web 服務(wù)的調(diào)用接口不變,調(diào)用者是不會感到這種變更,Web 服務(wù)的任何變更對調(diào)用他們的接口來說都是透亮的; XML/SOAP是 Internet 環(huán)境下 Web 服務(wù)一種比 較適合的消息交換協(xié)議;.協(xié)議規(guī)范:Web
17、 服務(wù)使用標(biāo)準(zhǔn)的描述語言來描述(比如WSDL)服務(wù);其次,通過服務(wù)注冊機(jī)制,由標(biāo)準(zhǔn)描述語言描述的服務(wù)界面是可以被發(fā)覺的;同時(shí),標(biāo)準(zhǔn)描述語言不僅用于服務(wù)界面,也用于 Web 服務(wù) 的聚合、跨 Web 服務(wù)的事務(wù)、工作流等;其次,Web 服務(wù)的安全標(biāo)準(zhǔn) 也已形成;最終, eb 服務(wù)是可治理的;.高度可集成才能:由于Web 服務(wù)實(shí)行簡潔的、易懂得的標(biāo)準(zhǔn)Web 協(xié)議作為組件界面描述和協(xié)同描述規(guī)范,完全屏蔽了不同軟件平臺的差異,無論是 CORBA、DCOM仍是 EJB都可以通過這一種標(biāo)準(zhǔn)的協(xié)議進(jìn)行互操 作,實(shí)現(xiàn)了在當(dāng)前環(huán)境下最高的可集成性;2.2.4 平臺化、構(gòu)件化設(shè)計(jì)系統(tǒng)設(shè)計(jì)將采納神州數(shù)據(jù)統(tǒng)一的開發(fā)平
18、臺,神州數(shù)據(jù)統(tǒng)一開發(fā)平臺已經(jīng)用 于多個(gè)項(xiàng)目的實(shí)施,整體架構(gòu)、性能等都特別成熟;10 / 33 醫(yī)學(xué)保證信息系統(tǒng)方案各模塊的設(shè)計(jì)將采納構(gòu)件化設(shè)計(jì),構(gòu)件化開發(fā),使系統(tǒng)對各地可能存在需 求和流程方面的略微差異具有較強(qiáng)的適應(yīng)性,通過系統(tǒng)治理員的配置即可輕松 應(yīng)對;隨著多層結(jié)構(gòu)應(yīng)用的日益流行,基于構(gòu)件對象的開發(fā)技術(shù)也日趨成熟,構(gòu)件作為集中處理各種復(fù)雜業(yè)務(wù)規(guī)律的應(yīng)用單元,大大提高了軟件的開發(fā)效 率;由于它具有更強(qiáng)的獨(dú)立性,更好地支持軟件的重用,軟件的重用仍可使軟 件的質(zhì)量得到極大的提高,同時(shí)提高了應(yīng)用系統(tǒng)的質(zhì)量和牢靠性;本項(xiàng)目是基于 SOA體系架構(gòu)設(shè)計(jì),通過構(gòu)件搭建應(yīng)用系統(tǒng)功能適應(yīng)了軟件 架構(gòu)對復(fù)用性、擴(kuò)
19、展性、愛護(hù)性的要求;構(gòu)件設(shè)計(jì)的核心思想就是“ 松耦合、可復(fù)用” ,最大程度地提高代碼的重用率,提高系統(tǒng)的可愛護(hù)性;構(gòu)件化的設(shè)計(jì)思想:明確規(guī)律封裝的邊界:構(gòu)件具有高度抽象的特點(diǎn),從技術(shù)層面的劃分力度 更明確,構(gòu)件之間處于松耦合的關(guān)系;在面對構(gòu)件的框架下,軟件的構(gòu)成不再 是由一行行的代碼來描述,而是由一個(gè)個(gè)具有獨(dú)立功能構(gòu)件,通過過程化、參 數(shù)化、可視化的配置和組裝完成;進(jìn)行組裝發(fā)布:以組裝的形式進(jìn)行發(fā)布運(yùn)行,易于愛護(hù),適用于復(fù)雜的軟 件開發(fā)過程;基于統(tǒng)一的規(guī)范標(biāo)準(zhǔn):構(gòu)件的接口、運(yùn)行發(fā)布標(biāo)準(zhǔn)統(tǒng)一,易于擴(kuò)展,適應(yīng) 軟件更新升級;基于領(lǐng)域分析設(shè)計(jì)應(yīng)用:通過領(lǐng)域分析將構(gòu)件分類,實(shí)現(xiàn)業(yè)務(wù)功能合理搭 建;采納
20、多層次的構(gòu)件體系:構(gòu)件設(shè)計(jì)帶來了良好的可服用性,節(jié)約了開發(fā)資 源;通過構(gòu)件組合構(gòu)造新的協(xié)作新功能的力度更大的構(gòu)件;2.2.5 面對服務(wù)架構(gòu)( SOA)面對服務(wù)的體系結(jié)構(gòu)( service-oriented architecture,SOA)是一個(gè)組件模 型,它將應(yīng)用程序的不同功能單元(稱為服務(wù))通過這些服務(wù)之間定義良好的 接口和契約聯(lián)系起來;接口是采納中立的方式進(jìn)行定義的,它應(yīng)當(dāng)獨(dú)立于實(shí)現(xiàn)11 / 33 醫(yī)學(xué)保證信息系統(tǒng)方案 服務(wù)的硬件平臺、操作系統(tǒng)和編程語言;這使得構(gòu)建在各種這樣的系統(tǒng)中的服 務(wù)可以以一種統(tǒng)一和通用的方式進(jìn)行交互;基于 SOA來構(gòu)建的 IT 系統(tǒng)具備如下特點(diǎn):1以業(yè)務(wù)為中心S
21、OA更多關(guān)注于用戶業(yè)務(wù),通過業(yè)務(wù)人員參加SOA系統(tǒng)的規(guī)劃、設(shè)計(jì)和管理,使得 IT 系統(tǒng)能在對業(yè)務(wù)的深刻懂得的基礎(chǔ)上進(jìn)行構(gòu)建,實(shí)現(xiàn) IT 系統(tǒng)與用戶 業(yè)務(wù)的親密結(jié)合;在具體實(shí)施中,通過把完成實(shí)際業(yè)務(wù)流程中的一項(xiàng)任務(wù)所需 的 IT 資源組織為服務(wù)進(jìn)行封裝,從而達(dá)到以業(yè)務(wù)為核心,通過業(yè)務(wù)挑選技術(shù),防止技術(shù)制約業(yè)務(wù)的問題;2敏捷適應(yīng)變化IT系統(tǒng)環(huán)繞用戶業(yè)務(wù)構(gòu)建,用戶業(yè)務(wù)在實(shí)現(xiàn)層通過表現(xiàn)為一系列松散耦合 的服務(wù) 來實(shí)現(xiàn),這些服務(wù)可以依據(jù)用戶需求隨需組合,使得 IT系統(tǒng)對于業(yè)務(wù) 的適應(yīng)才能明顯提高;3重用 IT 資源,提升開發(fā)效率SOA強(qiáng)調(diào)對 服務(wù) 的重用,對原有 IT 資源的重用度提升是 SOA帶來的關(guān)
22、鍵 成效之一,大量具有高重用的服務(wù)資源,為快速構(gòu)建新的業(yè)務(wù)功能和業(yè)務(wù)系統(tǒng) 奠定基礎(chǔ),使得 IT 系統(tǒng)的開發(fā)和軟件生產(chǎn)效率得到提升;同時(shí),重用過程有利于愛護(hù)用戶前期的信息化投資和 信息化的可連續(xù)性建設(shè)與進(jìn)展;4更強(qiáng)調(diào)標(biāo)準(zhǔn)IT 資產(chǎn)積存,節(jié)約 IT 系統(tǒng)開發(fā)成本,實(shí)現(xiàn)用戶SOA的實(shí)現(xiàn)強(qiáng)調(diào)基于統(tǒng)一的標(biāo)準(zhǔn),SOA系統(tǒng)建立在大量的開放標(biāo)準(zhǔn)和協(xié)議之上,以實(shí)現(xiàn)系統(tǒng)及信息的互聯(lián)互通和互操作;因此,施,標(biāo)準(zhǔn)都至關(guān)重要;2.3 總體框架12 / 33 SOA系統(tǒng)從規(guī)劃到實(shí)醫(yī)學(xué)保證信息系統(tǒng)方案基于云運(yùn)算技術(shù)建立總醫(yī)院的醫(yī)療數(shù)據(jù)中心,通過專網(wǎng)將總院、練習(xí)場 地、療養(yǎng)院、其它醫(yī)院、船舶等機(jī)構(gòu)接入到總醫(yī)院數(shù)據(jù)中心,并將體
23、檢、監(jiān)測 設(shè)備、醫(yī)療機(jī)構(gòu)業(yè)務(wù)系統(tǒng)等的數(shù)據(jù)采集到總醫(yī)院數(shù)據(jù)中心進(jìn)行統(tǒng)一儲備和管 理;2.4 規(guī)律架構(gòu)13 / 33 醫(yī)學(xué)保證信息系統(tǒng)方案本項(xiàng)目中涉及到多個(gè)機(jī)構(gòu)之間的數(shù)據(jù)通訊與業(yè)務(wù)協(xié)同問題,可采納分布式 部署的方式,在總醫(yī)院、訓(xùn)練場、船上和其它醫(yī)院內(nèi)物理上部署相同的治理系 統(tǒng),之些系統(tǒng)與總醫(yī)院之間通過統(tǒng)一的數(shù)據(jù)采集與交換平臺實(shí)現(xiàn)互聯(lián)互通;各機(jī)構(gòu)與總醫(yī)院無法聯(lián)網(wǎng)時(shí),可完全獨(dú)立運(yùn)行,為服務(wù)對象供應(yīng)完整的健 康治理服務(wù);當(dāng)接入網(wǎng)絡(luò)時(shí),系統(tǒng)將自動(dòng)與總醫(yī)院的系統(tǒng)進(jìn)行通訊,實(shí)現(xiàn)數(shù)據(jù) 的采集與交換;2.5 系統(tǒng)架構(gòu)14 / 33 醫(yī)學(xué)保證信息系統(tǒng)方案用戶醫(yī)務(wù)人員治理人員爭論人員服務(wù)對象其它相關(guān)人員層業(yè)務(wù)應(yīng)用健康
24、治理與促進(jìn)系統(tǒng)數(shù)據(jù)監(jiān)測與治理系統(tǒng)商務(wù)智能系統(tǒng)其它業(yè)務(wù)系統(tǒng)層標(biāo)應(yīng)服務(wù)容器組合業(yè)務(wù)基礎(chǔ)業(yè)務(wù)基礎(chǔ)構(gòu)件基礎(chǔ)服務(wù)其它服務(wù)服務(wù)構(gòu)件 /開準(zhǔn)運(yùn)規(guī)服務(wù) 儲備 庫監(jiān) 控 管注冊范用構(gòu)件容器服務(wù)服務(wù)行庫發(fā)體支維工系撐J2EE平臺JDBCJNDIJMSJMXJCA護(hù)理具與層管JTA信理數(shù)業(yè)務(wù)資源庫決策支持資源庫非結(jié)構(gòu)化數(shù)據(jù)息體安系全體據(jù)系資源健康檔案資源庫設(shè)備監(jiān)測資源庫體檢數(shù)據(jù)資源庫其它業(yè)務(wù)庫ODS庫數(shù)據(jù)倉庫統(tǒng)一運(yùn)維治理層云運(yùn)算云運(yùn)算資源治理云運(yùn)算安全治理云運(yùn)算運(yùn)營治理基平臺礎(chǔ)基礎(chǔ)設(shè)施服務(wù)器儲備網(wǎng)絡(luò)及安其它數(shù)據(jù)庫系統(tǒng)、中層資源設(shè)備全設(shè)備間件、操作系統(tǒng)等SOA技術(shù)理念,整本項(xiàng)目整體的技術(shù)架構(gòu)采納了先進(jìn)、成熟的分層結(jié)構(gòu)
25、及體技術(shù)架構(gòu)共分為六大部分;采納用分層結(jié)構(gòu)主要考慮到,能夠降低系統(tǒng)間的依靠,增加系統(tǒng)整體的擴(kuò)展性、敏捷性和牢靠性;整體技術(shù)架構(gòu)的六大部分主要包括五個(gè)層次和一個(gè)標(biāo)準(zhǔn)規(guī)范和運(yùn)維治理機(jī)制;五個(gè)層次包括基礎(chǔ)層、數(shù)據(jù)資源層、應(yīng)用支撐層、應(yīng)用系統(tǒng)層、用戶層;1、基礎(chǔ)層基礎(chǔ)設(shè)施層是整個(gè)項(xiàng)目的基礎(chǔ)支撐,供應(yīng)各類業(yè)務(wù)系統(tǒng)的遠(yuǎn)行環(huán)境,包括硬件環(huán)境、網(wǎng)絡(luò)環(huán)境和軟件環(huán)境等,包括服務(wù)器、儲備設(shè)備、網(wǎng)絡(luò)設(shè)備、安全設(shè)備、數(shù)據(jù)庫、操作系統(tǒng)、中間件、負(fù)載均衡等;2、數(shù)據(jù)資源層數(shù)據(jù)資源層建立數(shù)據(jù)資源中心,為上層應(yīng)用供應(yīng)數(shù)據(jù)支撐服務(wù),數(shù)據(jù)資源層包括結(jié)構(gòu)化數(shù)據(jù)和非結(jié)構(gòu)化數(shù)據(jù),結(jié)構(gòu)化數(shù)據(jù)包括從各醫(yī)療機(jī)構(gòu)業(yè)務(wù)系統(tǒng)、監(jiān)測設(shè)備治理系統(tǒng)等所采
26、集到的體檢、實(shí)時(shí)監(jiān)測、診療等數(shù)據(jù)信息;非結(jié)構(gòu)化數(shù)據(jù)主要包括影像、心電圖以及其它文檔類資源數(shù)據(jù);15 / 33 醫(yī)學(xué)保證信息系統(tǒng)方案3、應(yīng)用支撐層應(yīng)用支撐層是通過總線技術(shù),封裝各類通用服務(wù)和組件,為項(xiàng)目建設(shè)供應(yīng) 應(yīng)用支撐框架和底層通用服務(wù),以應(yīng)用系統(tǒng)和應(yīng)用構(gòu)件為基礎(chǔ),主要由服務(wù)總 線、通用服務(wù)組件和業(yè)務(wù)服務(wù)組件等組成,各類組件包括統(tǒng)一認(rèn)證服務(wù)、統(tǒng)一用戶治理、日志服務(wù)、數(shù)據(jù)推送服務(wù)、元數(shù)據(jù)治理、信息資源目錄服務(wù)、查詢 服務(wù)等;4、應(yīng)用系統(tǒng)層依據(jù)項(xiàng)目要求,建立各類與數(shù)據(jù)處理相關(guān)的業(yè)務(wù)信息系統(tǒng),主要包括人口 健康檔案治理系統(tǒng)、監(jiān)測數(shù)據(jù)治理系統(tǒng)、統(tǒng)計(jì)分析系統(tǒng)等;5、用戶層用戶層是主要包括使用各業(yè)務(wù)系統(tǒng)的
27、用戶,本項(xiàng)目中涉及到的用戶包括醫(yī) 務(wù)人員、治理人員、爭論人員、服務(wù)對象等;全部用戶使用瀏覽器方式使用各 類業(yè)務(wù)系統(tǒng);6、標(biāo)準(zhǔn)規(guī)范本項(xiàng)目需要處理各類不同源的數(shù)據(jù),且各類數(shù)據(jù)源的數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)儲備 方式等都不太相同,因此,本項(xiàng)目中將建立統(tǒng)一的元數(shù)據(jù)標(biāo)準(zhǔn)、數(shù)據(jù)字典、以 及數(shù)據(jù)采集、交換等的標(biāo)準(zhǔn)規(guī)范,滿意系統(tǒng)標(biāo)準(zhǔn)化治理的需求;7、運(yùn)行愛護(hù)機(jī)制項(xiàng)目建設(shè)完成后,需要有完善的運(yùn)行愛護(hù)治理機(jī)制,才能保證各系統(tǒng)交付 后能夠?yàn)橛脩艄?yīng)連續(xù)的、牢靠的業(yè)務(wù)服務(wù);本項(xiàng)目將幫忙用戶建立一套完整 的后期運(yùn)行愛護(hù)的機(jī)制,并建立運(yùn)行愛護(hù)團(tuán)隊(duì),為各系統(tǒng)供應(yīng)日常愛護(hù)、故障 處理、應(yīng)急保證的運(yùn)維服務(wù);2.6 應(yīng)用支撐平臺本項(xiàng)目采納神
28、州數(shù)碼SmartFrame5.0框架技術(shù)做為項(xiàng)目通用框架基礎(chǔ)層平臺, SmartFrame5.0是基于 J2EE平臺,采納容器模式,并且全部的功能都以構(gòu) 件和服務(wù)的形式表達(dá); SmartFrame通過容器來供應(yīng)對構(gòu)件的生命周期治理,并16 / 33 醫(yī)學(xué)保證信息系統(tǒng)方案 通過服務(wù)注冊庫和構(gòu)件 / 服務(wù)儲備庫供應(yīng)服務(wù)注冊、查找、綁定機(jī)制解耦服務(wù) /構(gòu)件之間的依靠關(guān)系,從而實(shí)現(xiàn)構(gòu)件/ 服務(wù)的功能實(shí)現(xiàn)與生命周期治理分別;本項(xiàng)目建立通用框架基礎(chǔ)層平臺,集成各類通用服務(wù)組件,為本項(xiàng)目中建 設(shè)的各類基于平臺的應(yīng)用系統(tǒng)供應(yīng)基礎(chǔ)服務(wù),提高各業(yè)務(wù)系統(tǒng)的建設(shè)速度和效 率;SmartFrame5.0的容器基于 SC
29、A容器和 IOC容器的集成,分別負(fù)責(zé)服務(wù)和構(gòu) 件的生命周期治理; SCA容器主要關(guān)注業(yè)務(wù)服務(wù) /構(gòu)件的治理,為服務(wù)實(shí)現(xiàn)屏蔽 了 SOA相關(guān)的技術(shù)復(fù)雜度; IOC容器關(guān)注業(yè)務(wù)服務(wù) / 構(gòu)件的實(shí)現(xiàn);在 IOC容器 中,可以采納傳統(tǒng)的 UI、長久化、事務(wù)治理、面對方面等技術(shù)和開發(fā)習(xí)慣;在物理上,容器治理的構(gòu)件內(nèi)部與傳統(tǒng)的 包括呈現(xiàn)層、業(yè)務(wù)層和資源層:J2EE N-Tiers架構(gòu)風(fēng)格相同,任然呈現(xiàn)層:主要包括業(yè)務(wù)構(gòu)件的 Web 頁面、 Web 懇求響應(yīng)規(guī)律,及其依靠的Struts、JSF、Webflow 等 Web 框架和相關(guān) UI 組件,負(fù)責(zé)用戶界面的呈現(xiàn);業(yè)務(wù)層:由 SCA形式的組件組成,負(fù)責(zé)業(yè)務(wù)
30、服務(wù)和業(yè)務(wù)規(guī)律的實(shí)現(xiàn);在業(yè)務(wù)層的服務(wù)實(shí)現(xiàn),既包括了通過IOC容器治理的服務(wù)Bean實(shí)現(xiàn)的原子服務(wù),也包括以流程編制或編碼等形式組合原子服務(wù)而實(shí)現(xiàn)的業(yè)務(wù)流程等粗粒度服務(wù);17 / 33 醫(yī)學(xué)保證信息系統(tǒng)方案 IOC容器中通過面對方面的模式分別安全、事務(wù)、緩存等公共質(zhì)量要求,既 簡化了業(yè)務(wù)服務(wù)的實(shí)現(xiàn),有促進(jìn)了復(fù)用;資源層:包括 RDBMS等數(shù)據(jù)資源,以及注冊在 企業(yè)應(yīng)用資源;ESB(服務(wù)總線)上的其他這些層分別負(fù)責(zé)界面呈現(xiàn)、業(yè)務(wù)運(yùn)算和資源拜訪等不同技術(shù)層次的應(yīng)用邏 輯,各司其職,實(shí)現(xiàn)了關(guān)注分別,同時(shí)為部署時(shí)的敏捷性和水平擴(kuò)展奠定了堅(jiān) 實(shí)基礎(chǔ);18 / 33 醫(yī)學(xué)保證信息系統(tǒng)方案 3 數(shù)據(jù)采集與交換
31、平臺3.1 數(shù)據(jù)統(tǒng)采集與交換平臺架構(gòu) 數(shù)據(jù)統(tǒng)采集與交換平臺是信息共享與互聯(lián)互通的基礎(chǔ)平臺,融合消息流、服務(wù)中介、消息轉(zhuǎn)換、消息路由、消息傳輸、協(xié)議轉(zhuǎn)換、應(yīng)用 /服務(wù)接入等功能于一體;支持面對服務(wù)的應(yīng)用架構(gòu)(Service-Oriented Architecture,SOA)和企業(yè)服務(wù)總線( Enterprise Service Bus,ESB),含有符合業(yè)界標(biāo)準(zhǔn)的消息交換、業(yè) 務(wù)流程引擎,使用統(tǒng)一的服務(wù)調(diào)用和業(yè)務(wù)表現(xiàn)模型,并遵循業(yè)界的開放標(biāo)準(zhǔn);數(shù)據(jù)統(tǒng)采集與交換平臺采納J2EE架構(gòu),保證系統(tǒng)可移植性和可擴(kuò)展性,使用基于 XML和 SOAP的 Web Service技術(shù),能夠?qū)崿F(xiàn) XML 到數(shù)據(jù)庫
32、、數(shù)據(jù)庫到 XML和數(shù)據(jù)庫到數(shù)據(jù)庫之間的數(shù)據(jù)交換和共享,完全實(shí)現(xiàn)了跨平臺操作、支持 各種異構(gòu)系統(tǒng)的動(dòng)態(tài)數(shù)據(jù)交換功能;數(shù)據(jù)統(tǒng)采集與交換平臺分為四部分,由治理掌握臺、消息傳輸中間件、消 息處理器、數(shù)據(jù)處理模塊組成,實(shí)現(xiàn)了數(shù)據(jù)加工、數(shù)據(jù)傳輸、數(shù)據(jù)監(jiān)控等數(shù)據(jù) 交換的功能;如下圖所示:管隊(duì)列治理器治理消消消息處理器數(shù)據(jù)抽取數(shù)隊(duì)列治理標(biāo)準(zhǔn)接口理據(jù)控通道治理消消息內(nèi)消息分License數(shù)據(jù)轉(zhuǎn)換處制理復(fù)原消息治理臺息息息揀治理路加監(jiān)驗(yàn)證數(shù)據(jù)裝載容緩沖器路由表治理由工控適配器治理基礎(chǔ)環(huán)境配置全局配置文件服務(wù)器連接治理數(shù)據(jù)源治理任務(wù)治理 數(shù)據(jù)處理監(jiān)控系統(tǒng)監(jiān)控全局變量配置消息傳輸中間件(Queue)治理掌握臺:是數(shù)
33、據(jù)交換組件的配置、治理、監(jiān)控的平臺,實(shí)現(xiàn)了數(shù)據(jù)傳 輸?shù)年?duì)列配置、通過配置、路由表配置、適配器配置等功能,通過界面治理和 配置數(shù)據(jù)交換的節(jié)點(diǎn)信息;通過系統(tǒng)監(jiān)控、復(fù)原消息治理實(shí)現(xiàn)數(shù)據(jù)交換平臺節(jié) 點(diǎn)和消息傳遞的監(jiān)控;19 / 33 醫(yī)學(xué)保證信息系統(tǒng)方案消息處理器:負(fù)責(zé)消息路由、消息加工、消息緩沖和消息分揀等工作,基 于消息傳輸中間件實(shí)現(xiàn)消息的傳遞功能,并對消息進(jìn)行監(jiān)控;消息傳輸中間件:負(fù)責(zé)消息的傳輸,數(shù)據(jù)統(tǒng)采集與交換平臺中消息傳輸中 間件部分需要基于消息隊(duì)列中間件來實(shí)現(xiàn),消息傳輸中間件的配置完成后,消 息處理器通過傳輸?shù)恼{(diào)用進(jìn)行數(shù)據(jù)的傳輸;數(shù)據(jù)處理:數(shù)據(jù)統(tǒng)采集與交換平臺中對預(yù)傳輸?shù)臄?shù)據(jù)進(jìn)行數(shù)據(jù)抽取、
34、轉(zhuǎn) 換、裝載的組件,實(shí)現(xiàn)數(shù)據(jù)的抽取、裝載、轉(zhuǎn)換,并對數(shù)據(jù)源進(jìn)行統(tǒng)一治理,對數(shù)據(jù)處理過程進(jìn)行監(jiān)控;3.2 數(shù)據(jù)采集與交換方式為了實(shí)現(xiàn)數(shù)據(jù)采集與交換,在數(shù)據(jù)采集與交換方式方面,本項(xiàng)目供應(yīng)兩種 主要的數(shù)據(jù)采集與交換方式,基于接口服務(wù)的數(shù)據(jù)交換方式和基于前置機(jī)的數(shù) 據(jù)交換方式;1、接口服務(wù)的數(shù)據(jù)交換方式基于接口服務(wù)的數(shù)據(jù)交換方式,是指數(shù)據(jù)通過Web Service接口依據(jù)標(biāo)準(zhǔn)的格式傳輸?shù)椒?wù)器上,在服務(wù)器端程序?qū)ι蟼鞯臄?shù)據(jù)進(jìn)行處理,并在對應(yīng)的數(shù) 據(jù)集庫中生成一張新的業(yè)務(wù)數(shù)據(jù)集之后,將執(zhí)行結(jié)果返回到 Web Service調(diào)用前 置客戶端;2、前置機(jī)的數(shù)據(jù)交換方式 前置機(jī)主要負(fù)責(zé)數(shù)據(jù)的采集和標(biāo)準(zhǔn)轉(zhuǎn)換工作
35、;為了適應(yīng)不同醫(yī)療機(jī)構(gòu)的業(yè) 務(wù)情形,數(shù)據(jù)采集可采納三種方式:一是前置數(shù)據(jù)庫方式,即由資源供應(yīng)單位 開發(fā)接口,將需要共享的數(shù)據(jù)統(tǒng)一轉(zhuǎn)存在前置機(jī)上,為平臺供應(yīng)服務(wù);二是虛 擬數(shù)據(jù)庫方式,即在資源供應(yīng)單位的業(yè)務(wù)數(shù)據(jù)庫上建立所需的數(shù)據(jù)表,前置機(jī) 拜訪虛擬庫取得信息;三是適配器方式,資源供應(yīng)單位將業(yè)務(wù)數(shù)據(jù)封裝,直接 為平臺供應(yīng)服務(wù);20 / 33 醫(yī)學(xué)保證信息系統(tǒng)方案4 基于云運(yùn)算的數(shù)據(jù)中心4.1 網(wǎng)絡(luò)子系統(tǒng)4.1.1 概述云運(yùn)算支撐環(huán)境面對本項(xiàng)目供應(yīng)全面的服務(wù),其直接服務(wù)對象主要是醫(yī)務(wù)人員、治理 人員和服務(wù)對象等,供應(yīng)運(yùn)算、儲備、運(yùn)維等基礎(chǔ)服務(wù)支撐之上的云服務(wù),構(gòu)建滿意整體 信息化建設(shè)需求的云運(yùn)算服務(wù)
36、平臺;網(wǎng)絡(luò)系統(tǒng)建設(shè)屬于基礎(chǔ)設(shè)施建設(shè),云運(yùn)算中心云運(yùn)算支撐環(huán)境各個(gè)業(yè)務(wù)系統(tǒng)均需通過 網(wǎng)絡(luò)進(jìn)行數(shù)據(jù)傳輸,規(guī)劃一張合理的、高效的網(wǎng)絡(luò)子系統(tǒng)能夠有力地保證云運(yùn)算中心相關(guān) 業(yè)務(wù)系統(tǒng)能夠安全、穩(wěn)固、高效地運(yùn)行;依據(jù)云運(yùn)算支撐環(huán)境的總體架構(gòu),作為整個(gè)系統(tǒng)的基礎(chǔ)設(shè)施支撐部分,網(wǎng)絡(luò)系統(tǒng)采納 模塊化、層次化的結(jié)構(gòu)設(shè)計(jì),在追求性能優(yōu)越、經(jīng)濟(jì)有用的前提下,本著嚴(yán)謹(jǐn)、謹(jǐn)慎的態(tài) 度,從系統(tǒng)結(jié)構(gòu)、技術(shù)措施、設(shè)備挑選、系統(tǒng)應(yīng)用、技術(shù)服務(wù)和實(shí)施過程等方面綜合進(jìn)行 系統(tǒng)設(shè)計(jì),保證網(wǎng)絡(luò)系統(tǒng)本身的高性能、高安全、高牢靠、可擴(kuò)展性以及與其它各個(gè)系統(tǒng) 模塊良好的兼容性;數(shù)據(jù)中心實(shí)現(xiàn)按功能區(qū)域隔離,分別實(shí)現(xiàn)對不同客戶供應(yīng)不同定制化服務(wù);依
37、據(jù)實(shí)際業(yè)務(wù)的不同,數(shù)據(jù)中心的服務(wù)區(qū)劃分如下:. 云運(yùn)算資源池區(qū) 主要為供應(yīng)統(tǒng)一的云運(yùn)算服務(wù),促進(jìn)資源共享、信息共享和業(yè)務(wù)協(xié)同,實(shí)現(xiàn)各應(yīng)用系 統(tǒng)的云運(yùn)算中心部署;. 云儲備源池區(qū) 主要為云運(yùn)算中心內(nèi)部的各業(yè)務(wù)系統(tǒng)的數(shù)據(jù)供應(yīng)高質(zhì)量、高性能的儲備服務(wù),確保關(guān) 鍵業(yè)務(wù)數(shù)據(jù)的完整可用;4.1.2 網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)設(shè)計(jì)21 / 33 醫(yī)學(xué)保證信息系統(tǒng)方案如下列圖,云中心內(nèi)部網(wǎng)絡(luò)架構(gòu)分為五個(gè)區(qū),分別是:網(wǎng)絡(luò)接入?yún)^(qū)、核心交換區(qū)、計(jì) 算資源池區(qū)、旁路核心治理區(qū)、儲備資源池區(qū);整個(gè)網(wǎng)絡(luò)采納扁平化,全冗余的架構(gòu)設(shè)計(jì),為用戶供應(yīng)高效信息拜訪服務(wù),供應(yīng)安全 牢靠的信息數(shù)據(jù)托管、容災(zāi)服務(wù);4.2 資源池子系統(tǒng)4.2.1 概述
38、云資源池子系統(tǒng)通過對服務(wù)器、儲備、網(wǎng)絡(luò)的池化和有效治理,為整個(gè)云平臺供應(yīng)按 需獲得、即時(shí)可取的運(yùn)算、儲備、網(wǎng)絡(luò)、操作系統(tǒng)及基礎(chǔ)應(yīng)用軟件等資源;可實(shí)現(xiàn)云平臺 網(wǎng)絡(luò)資源的綜合監(jiān)控、治理,實(shí)現(xiàn)對外供應(yīng)虛擬主機(jī)資源、儲備資源,達(dá)到提高服務(wù)器存 儲利用率、運(yùn)行愛護(hù)效率和業(yè)務(wù)系統(tǒng)牢靠性,降低整體建設(shè)與整合成本;資源池采納統(tǒng)一運(yùn)算資源、儲備資源、數(shù)據(jù)庫集群資源、負(fù)載均衡資源進(jìn)行支撐,后續(xù)擴(kuò)展方案變得特別簡潔,只需要依據(jù)需要向?qū)?yīng)的資源區(qū)增加硬件即可;22 / 33 醫(yī)學(xué)保證信息系統(tǒng)方案 4.2.2 運(yùn)算資源池 數(shù)據(jù)中心資源池供應(yīng)虛擬主機(jī)資源、儲備資源,配置虛擬化軟件及結(jié)構(gòu)化和非結(jié)構(gòu)化儲備系統(tǒng);虛擬主機(jī)資源池
39、供應(yīng)兩路或四路服務(wù)器的壓力支持,同時(shí)儲備可以供應(yīng)結(jié)構(gòu)化(數(shù)據(jù)塊級)和非結(jié)構(gòu)化(應(yīng)用級)數(shù)據(jù)的支持,并充分考慮IO 壓力、儲備容量;基于對調(diào)研結(jié)果,將具有相關(guān)性的業(yè)務(wù)進(jìn)行整理、合并,將傳統(tǒng)分散數(shù)據(jù)整合為統(tǒng)一的數(shù)據(jù)庫架構(gòu),以便應(yīng)用系統(tǒng)的治理和效率提升;舉薦在虛擬化部署的應(yīng)用.基礎(chǔ)設(shè)施應(yīng)用 比如:Email 服務(wù),域服務(wù) , 文件或者打印服務(wù)器 , 防病毒等 ;. 開發(fā)或者測試應(yīng)用服務(wù);. 數(shù)據(jù)庫系統(tǒng):建立完善的治理和運(yùn)維流程,才舉薦遷移到虛擬化平臺;. 關(guān)鍵業(yè)務(wù)系統(tǒng),比如 ERP,CRM等:自動(dòng)化運(yùn)維治理工具建立并嫻熟把握的情形下進(jìn)行虛擬化遷移工作;不適合在虛擬化平臺運(yùn)行的應(yīng)用. 應(yīng)用程序需要超強(qiáng)
40、的運(yùn)算才能,超過虛擬化環(huán)境限制 比如 . 8 路 SMP, 255G 內(nèi)存 , 10NICs, 等.,運(yùn)算才能和 IO 需求劇烈的應(yīng)用,當(dāng)前最強(qiáng) PC服務(wù)器都無法滿意需求的; 數(shù)據(jù)倉庫; 大規(guī)模使用的數(shù)據(jù)庫, 比如 10 萬人同時(shí)在線拜訪.應(yīng)用程序需要用到特殊的外圍設(shè)備的,比如傳真,調(diào)制解調(diào)器等比如.任何需要客戶端特殊配置或者需求的應(yīng)用,特殊安全策略的DMZ ,例如數(shù)據(jù)治理區(qū)和數(shù)據(jù)交換區(qū)的平臺和儲備建議采納分布式4.2.3 儲備資源池各種類型的組織都依靠準(zhǔn)時(shí)的信息檢索來促進(jìn)交易和作出決策;盡管典型的組織正在經(jīng)受兩位數(shù)的數(shù)據(jù)成長,但I(xiàn)T 預(yù)算、人員配備和傳統(tǒng)的儲備容量卻跟不上步伐;因此,IT 部
41、門不斷承擔(dān)著龐大壓力:使用更高效的儲備策略和加大員工可以治理的數(shù)據(jù)量但不增加員工;客戶正在查找儲備供應(yīng)商以供應(yīng)創(chuàng)新方法來解決這些難題,就像采納服務(wù)器虛擬化讓效率大大提升一樣,服務(wù)器虛擬化是依據(jù)業(yè)務(wù)需求池化服務(wù)器資源并對運(yùn)算機(jī)處理才能23 / 33 醫(yī)學(xué)保證信息系統(tǒng)方案進(jìn)行動(dòng)態(tài)資源調(diào)配來實(shí)現(xiàn)這一點(diǎn)的;而儲備要求不僅僅是依據(jù)業(yè)務(wù)活動(dòng)動(dòng)態(tài)移動(dòng)信息,而 且可使該過程完全自動(dòng)化和自我治理;儲備系統(tǒng)通過可擴(kuò)展的易用解決方案,供應(yīng)處理文件、數(shù)據(jù)塊和對象儲備的行業(yè)領(lǐng)先 的創(chuàng)新型和企業(yè)級功能;這種新一代儲備平臺將強(qiáng)大、敏捷的硬件與高效率、治理和愛護(hù) 軟件結(jié)合在一起,能夠滿意當(dāng)今企業(yè)的嚴(yán)苛要求;簡潔、高效和功能強(qiáng)
42、大 儲備系統(tǒng)應(yīng)是一種強(qiáng)健的平臺,整合了原有的數(shù)據(jù)塊儲備、文件服務(wù)器和直連應(yīng)用程 序儲備,使組織可以動(dòng)態(tài)增加、共享和經(jīng)濟(jì)高效地治理多協(xié)議文件系統(tǒng)以及多協(xié)議數(shù)據(jù)塊儲備拜訪;儲備系統(tǒng)的操作環(huán)境支持Microsoft Windows. 和 Linux/UNIX 客戶端在多協(xié)議(NFS 和 CIFS)環(huán)境中共享文件;同時(shí),它仍支持高帶寬和對推遲敏銳的數(shù)據(jù)塊應(yīng)用程序 的 iSCSI、光纖通道和 FCoE 拜訪;輕松治理、監(jiān)控和調(diào)整儲備資產(chǎn)借助儲備系統(tǒng)治理平臺,可以通過分布式儲備環(huán)境的 簡潔、集成的用戶界面從任何地方治理儲備系統(tǒng);儲備系統(tǒng)治理平臺掌握面板應(yīng)是一個(gè)可 進(jìn)行一覽式治理和報(bào)告的屏幕,治理員可利用其
43、快速查看并明白整個(gè)環(huán)境中正在執(zhí)行的操作以及可實(shí)行的措施;儲備系統(tǒng)的單點(diǎn)登錄應(yīng)自動(dòng)發(fā)覺環(huán)境中的全部軟件及模塊安裝,以 便進(jìn)行無縫配置;使用閃存進(jìn)行優(yōu)化提高系統(tǒng)性能 儲備系統(tǒng)應(yīng)特地設(shè)計(jì)為利用閃存驅(qū)動(dòng)器技術(shù)的最新創(chuàng)新成果,最大程度提高儲備系統(tǒng) 的性能和效率,同時(shí)將每 GB 成本降至最低;即使只有數(shù)個(gè)閃存驅(qū)動(dòng)器(一款無與倫比的 強(qiáng)大軟件,可對各異構(gòu)驅(qū)動(dòng)器中的數(shù)據(jù)進(jìn)行分層,全自動(dòng)儲備分層套件并將活動(dòng)最頻繁的數(shù)據(jù)放入緩存中)結(jié)合使用,客戶也可以體驗(yàn)到FLASH 1st 策略帶來的正確優(yōu)勢;FLASH 1st保證客戶絕不會因成本和性能而發(fā)愁;活動(dòng)高度頻繁的數(shù)據(jù)由高達(dá) 2 TB 的閃存驅(qū)動(dòng)器供應(yīng)服務(wù),該驅(qū)動(dòng)器
44、帶有FAST Cache,可以動(dòng)態(tài)吸取系統(tǒng)工作負(fù)載中的意外“ 高峰” ;隨著數(shù)據(jù)過期并且活動(dòng)隨時(shí)間變得不再頻繁,FAST VP(針對虛擬池的全自動(dòng)存儲分層)會以 1 GB 為增量,將數(shù)據(jù)從高性能層分到高容量驅(qū)動(dòng)器層中,這樣整體成本較低,而且不用考慮應(yīng)用程序類型或數(shù)據(jù)過期問題;而最令人稱道的是,這一切都是基于客戶定義的策略自動(dòng)發(fā)生的,通過智能地執(zhí)行與任務(wù)資源調(diào)配前后關(guān)聯(lián)的工作,大大節(jié)約了應(yīng)用程序和儲備治理員的時(shí)間與費(fèi)用;通過自動(dòng)化更高效地使用儲備容量儲備系統(tǒng)應(yīng)包含內(nèi)置的功能,有助于確保冗余、非活動(dòng)或預(yù)期數(shù)據(jù)不占用珍貴的儲備24 / 33 醫(yī)學(xué)保證信息系統(tǒng)方案資源;數(shù)據(jù)塊壓縮功能(旨在處理相對不活
45、動(dòng)的LUN,例如備份副本和靜態(tài)數(shù)據(jù)儲備庫)會自動(dòng)壓縮數(shù)據(jù),使客戶可以重新捕捉容量,并將數(shù)據(jù)的占用空間削減高達(dá) 50%;文件級重復(fù)數(shù)據(jù)排除 / 壓縮功能通過對非活動(dòng)文件進(jìn)行有挑選地壓縮和重復(fù)數(shù)據(jù)排除,從而可將所使用的磁盤空間削減高達(dá) 50%;由于這些功能是作為后臺任務(wù)運(yùn)行的,所以可將系統(tǒng)性能開銷降至最低;適合虛擬環(huán)境的正確儲備儲備系統(tǒng)應(yīng)適合虛擬化應(yīng)用程序環(huán)境的抱負(fù)中端系統(tǒng);無論客戶環(huán)境是基于VMware 、Microsoft Hyper-V 仍是基于Xen,儲備系統(tǒng)都可通過全部支持協(xié)議的完全認(rèn)證,確保在實(shí)施的全部階段都能夠勝利地部署虛擬化基礎(chǔ)架構(gòu);這樣儲備和服務(wù)器治理員就不會再盲目地執(zhí)行操作;通
46、過VAAI(用于陣列集成的vStorage APIs)將儲備系統(tǒng)治理平臺與虛擬化治理平臺緊密集成,治理員可洞悉整個(gè)環(huán)境的 情形(端到端) ;每個(gè)人都可以使用其熟識的治理界面查看虛擬資源和物理資源,透亮地對 儲備進(jìn)行資源調(diào)配、集成復(fù)制、拜訪全部儲備功能并將其卸載到陣列上;只要單擊兩下,便可通過虛擬化治理平臺對儲備進(jìn)行資源調(diào)配;針對虛擬化平臺的儲備系統(tǒng)插件利用正確做法可確儲儲備與虛擬化平臺之間獲得正確 利用率和復(fù)原才能;可加速硬件的 Fast 克隆能夠在數(shù)秒內(nèi)快速對新虛擬機(jī)進(jìn)行資源調(diào)配;針對 NFS 數(shù)據(jù)儲備區(qū)的按需虛擬磁盤壓縮功能可將儲備消耗量削減高達(dá) 50%;與虛擬化廠商聯(lián)合開發(fā)的體會證的解決
47、方案和參考體系結(jié)構(gòu)可加快關(guān)鍵應(yīng)用程序虛擬 化的速度;系統(tǒng)全面的儲備治理軟件 儲備系統(tǒng)軟件應(yīng)以兩種綜合性程序包的方式供應(yīng),可確??蛻魮碛袗圩o(hù)和治理其信息 的全部必需功能;軟件包應(yīng)包括復(fù)制功能、時(shí)間點(diǎn)復(fù)原功能(例如快照和克隆與自動(dòng)應(yīng)用程序復(fù)制結(jié)合使用可確保復(fù)原)以及與愛護(hù)策略法規(guī)遵從性相關(guān)的監(jiān)控和警報(bào);同時(shí)包含 全部愛護(hù)功能以及“ 一次設(shè)置、永久使用” 性能優(yōu)化功能;全部儲備系統(tǒng)軟件都可通過管 理平臺進(jìn)行治理;儲備系統(tǒng)軟件應(yīng)當(dāng)包含功能:. 自動(dòng)優(yōu)化,可獲得最高的系統(tǒng)性能,同時(shí)可將儲備成本降至最低;. 保持?jǐn)?shù)據(jù)安全,免受更換、刪除和惡意活動(dòng)的影響;25 / 33 醫(yī)學(xué)保證信息系統(tǒng)方案. 安全數(shù)據(jù)愛護(hù)
48、功能并重新調(diào)整用途;. 愛護(hù)數(shù)據(jù)免受本地故障、停機(jī)和災(zāi)難的影響;. 自動(dòng)執(zhí)行應(yīng)用程序復(fù)制并證明符合法規(guī)遵從性;. 連續(xù)可用性保持業(yè)務(wù)正常運(yùn)營儲備系統(tǒng)應(yīng)設(shè)計(jì)為可在關(guān)鍵業(yè)務(wù)環(huán)境中供應(yīng)“冗余功能包括:5 個(gè) 9” 的可用性;儲備系統(tǒng)可用性和. 高達(dá) 12.8 GB 的鏡像寫緩存,在鏡像寫緩存中,每個(gè)儲備處理器都同時(shí)包含 LUN 的主緩存數(shù)據(jù)及其對等儲備處理器的緩存的幫助拷貝;. 備用電池能夠在顯現(xiàn)電源故障時(shí)按次序執(zhí)行關(guān)機(jī),緩存會轉(zhuǎn)儲到儲備區(qū)磁盤,以確保數(shù)據(jù)得到愛護(hù);.RAID 愛護(hù)級別0、1、1/0、3、5 和 6,全部這些級別都可以同時(shí)并存于同一陣列中,以適應(yīng)不同的愛護(hù)要求;. 主動(dòng)熱備盤增強(qiáng)了系
49、統(tǒng)穩(wěn)固性并供應(yīng)最大的牢靠性和可用性;. 冗余數(shù)據(jù)路徑、電源、驅(qū)動(dòng)器連接和儲備處理器,全部這些都具備無中斷現(xiàn)場更換才能;. 供應(yīng)連續(xù)的系統(tǒng)監(jiān)控、呼叫總部通知和高級遠(yuǎn)程診斷功能;云儲備支持協(xié)議及儲備內(nèi)容4.2.4 網(wǎng)絡(luò)資源池網(wǎng)絡(luò)系統(tǒng)建設(shè)屬于基礎(chǔ)設(shè)施建設(shè),云運(yùn)算平臺各個(gè)業(yè)務(wù)系統(tǒng)均需通過網(wǎng)絡(luò)進(jìn)行數(shù)據(jù)傳26 / 33 醫(yī)學(xué)保證信息系統(tǒng)方案輸,規(guī)劃一張合理的、高效的網(wǎng)絡(luò)子系統(tǒng)能夠有效地保證云運(yùn)算平臺相關(guān)業(yè)務(wù)系統(tǒng)能夠安 全、穩(wěn)固、高速地運(yùn)行;依據(jù)云運(yùn)算平臺的總體架構(gòu),作為整個(gè)系統(tǒng)的技術(shù)設(shè)施支撐部分,網(wǎng)絡(luò)系統(tǒng)采納模塊 化、層次化的結(jié)構(gòu)設(shè)計(jì),在追求性能優(yōu)越、經(jīng)濟(jì)有用的前提下,本著嚴(yán)謹(jǐn)、謹(jǐn)慎的態(tài)度,從系統(tǒng)結(jié)構(gòu)、技
50、術(shù)措施、設(shè)備挑選、系統(tǒng)應(yīng)用、技術(shù)服務(wù)和實(shí)施過程等方面綜合進(jìn)行系統(tǒng) 設(shè)計(jì),保證網(wǎng)絡(luò)系統(tǒng)本身的高性能、高安全、高牢靠、可擴(kuò)展性以及與其它各個(gè)系統(tǒng)模塊 良好的兼容性;數(shù)據(jù)中心的職能分區(qū)劃分如下 . 儲備資源池區(qū) 依據(jù)料用系統(tǒng)建設(shè)的要求,供應(yīng)為應(yīng)用系統(tǒng)支持的數(shù)據(jù)庫和儲備方面的服務(wù);. 運(yùn)算資源池區(qū) 主要為數(shù)據(jù)中心的運(yùn)算資源池供應(yīng)安全服務(wù),運(yùn)算資源池區(qū)的主要功能包括:拓?fù)涔?理,設(shè)備治理,設(shè)備監(jiān)控,用戶認(rèn)證,機(jī)房環(huán)境監(jiān)控,視頻監(jiān)控等;開發(fā)測試區(qū) .新上應(yīng)用要先進(jìn)行測試,在測試穩(wěn)固后再遷移到內(nèi)部系統(tǒng);在服務(wù)器系統(tǒng)的整合中,將有很多服務(wù)器、儲備設(shè)備剔除;開發(fā)測試區(qū)的建設(shè)主要以這些服務(wù)器為主;. 網(wǎng)絡(luò)接入?yún)^(qū)
51、數(shù)據(jù)中心為外部網(wǎng)絡(luò)供應(yīng)接入的區(qū)域,云運(yùn)算平臺需接入網(wǎng)絡(luò),在數(shù)據(jù)中心出口部署 兩臺或兩臺以上高性能多業(yè)務(wù)模塊化路由器供應(yīng)接入服務(wù);網(wǎng)絡(luò)資源池設(shè)計(jì)要求 . 牢靠性要求 必需滿意 7 24 365 小時(shí)連續(xù)運(yùn)行的要求;在通信故障發(fā)生時(shí),網(wǎng)絡(luò)設(shè)備可以快速 自動(dòng)地切換到備份鏈路或設(shè)備上;. 安全性要求 系統(tǒng)設(shè)計(jì)依據(jù)嚴(yán)格的安全體系進(jìn)行設(shè)計(jì),分布式部署,使網(wǎng)絡(luò)具有統(tǒng)一的安全防護(hù)能 力,支持全網(wǎng)的安全聯(lián)動(dòng);網(wǎng)絡(luò)安全建設(shè)能有效防止網(wǎng)絡(luò)的非法拜訪,愛護(hù)關(guān)鍵數(shù)據(jù)不被 非法竊取、篡改或泄漏,使數(shù)據(jù)具有極高的安全性 . 先進(jìn)性要求 在本項(xiàng)目的建設(shè)過程中,所使用的技術(shù)、設(shè)備和架構(gòu)體系要是行業(yè)內(nèi)認(rèn)可、有運(yùn)用前 景和勝利運(yùn)用
52、的先進(jìn)技術(shù);27 / 33 醫(yī)學(xué)保證信息系統(tǒng)方案. 集中式治理要求 全部治理功能和模塊 如系統(tǒng)治理和網(wǎng)絡(luò)治理 集成在統(tǒng)一的治理平臺上,供應(yīng)統(tǒng)一的 治理對象模型,統(tǒng)一的治理數(shù)據(jù)庫;網(wǎng)絡(luò)治理、系統(tǒng)治理能以統(tǒng)一的視圖集成治理;. 可擴(kuò)展性要求 在技術(shù)上特殊要考慮到隨著應(yīng)用的逐步完善和業(yè)務(wù)系統(tǒng)的逐步增加,系統(tǒng)要能夠滿意 系統(tǒng)治理功能的擴(kuò)充及應(yīng)用軟件的集成的需要;. 規(guī)范性和標(biāo)準(zhǔn)性要求 整個(gè)設(shè)計(jì)方案從網(wǎng)絡(luò)協(xié)議、操作系統(tǒng)到各個(gè)設(shè)計(jì)細(xì)節(jié),應(yīng)當(dāng)全部遵循通用的國際或行 業(yè)標(biāo)準(zhǔn),符合國家有關(guān)標(biāo)準(zhǔn)規(guī)范的要求;. 易操作和易愛護(hù)要求 系統(tǒng)設(shè)計(jì)應(yīng)具有良好的界面,削減各種特殊培訓(xùn),并具有在線幫忙功能;同時(shí)必需須 具備良好
53、的可愛護(hù)性,在升級和整合投入正式運(yùn)行后,愛護(hù)成本較低;. 愛護(hù)投資要求 在保證網(wǎng)絡(luò)整體性能的前提下,云運(yùn)算網(wǎng)絡(luò)設(shè)計(jì)充分愛護(hù)用戶投資,利用現(xiàn)有的網(wǎng)絡(luò) 設(shè)備或做必要的升級,在原設(shè)備的基礎(chǔ)上,進(jìn)行網(wǎng)絡(luò)建設(shè),防止用戶投資的重復(fù)鋪張,在 滿意用戶需求和將來進(jìn)展趨勢的情形下,采納性價(jià)比高的設(shè)備,構(gòu)筑經(jīng)濟(jì)牢靠的云運(yùn)算平 臺;4.3 本地備份子系統(tǒng)作為云運(yùn)算支撐環(huán)境,需要防范可能的災(zāi)難發(fā)生造成的數(shù)據(jù)丟失和系統(tǒng)問題;本地備 份子系統(tǒng)的主要用途是為了供應(yīng)數(shù)據(jù)的牢靠性和安全性方面的保證,從而對以下 3 個(gè)等級 的災(zāi)難狀況進(jìn)行復(fù)原:一級:受到攻擊和分析的威逼;假如有人聲稱知道業(yè)務(wù)系統(tǒng)里有后門可以進(jìn)入或者準(zhǔn) 備用病毒發(fā)
54、動(dòng)攻擊,我們就認(rèn)為正在受到攻擊和分析的威逼;遇到這種情形,用戶需要加 強(qiáng)安全戒備,截?fù)艄粽?;此時(shí),企業(yè)或機(jī)構(gòu)仍沒有受到缺失,攻擊行動(dòng)仍沒有開頭;二級:這一情形不會對數(shù)據(jù)系統(tǒng)產(chǎn)生沖擊,但是它仍舊是企業(yè)必需解決的問題;例 如,即使安全漏洞讓入侵者獲得了敏銳的信息,但是數(shù)據(jù)系統(tǒng)仍舊在運(yùn)行;但是,你必需 立刻扭轉(zhuǎn)這一局面;三級:單個(gè)系統(tǒng)故障,單個(gè)系統(tǒng)故障造成其離線時(shí)間超如干分鐘或者任意長時(shí)間,離 線時(shí)間取決于系統(tǒng)受到威逼的程度;這種情形需要立刻進(jìn)行應(yīng)用轉(zhuǎn)移,假如可能的話,要 28 / 33 醫(yī)學(xué)保證信息系統(tǒng)方案轉(zhuǎn)移到本地的備用系統(tǒng)上;否就,必需把系統(tǒng)從備份介質(zhì)上復(fù)原到備用的硬件上;一般來 說,這種情
55、形不會對商業(yè)運(yùn)行造成龐大影響,但是必需盡快解決問題;本地?cái)?shù)據(jù)備份和復(fù)原是指利用技術(shù)、治理手段以及相關(guān)資源確保既定的關(guān)鍵數(shù)據(jù)、關(guān) 鍵數(shù)據(jù)處理系統(tǒng)和關(guān)鍵業(yè)務(wù)數(shù)據(jù)備份在與源數(shù)據(jù)不同的位置,并在災(zāi)難發(fā)生后可以復(fù)原的 過程;在我們所面臨的以上多種級別的災(zāi)難中,對于上述的三級災(zāi)難,數(shù)據(jù)中心的基本環(huán)境 并沒有受到嚴(yán)峻的損害,在數(shù)據(jù)中心體系架構(gòu)設(shè)計(jì)合理和系統(tǒng)愛護(hù)較完善的前提下,基本 可以復(fù)原業(yè)務(wù)運(yùn)行;4.4 云運(yùn)算數(shù)據(jù)中心基礎(chǔ)支撐系統(tǒng)4.4.1 云運(yùn)算資源治理系統(tǒng)云運(yùn)算資源治理系統(tǒng)是供應(yīng)全面的運(yùn)營治理功能,支持底層異構(gòu)的虛擬機(jī)架構(gòu),完善 的 API 和參考文檔可供二次開發(fā),高效的治理監(jiān)控,解決了用戶虛擬機(jī)過多治理繁瑣、多 廠家 Hypervisor 無法治理、運(yùn)維復(fù)雜、云平臺建設(shè)費(fèi)用昂貴等問題,更
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 《TZ會計(jì)師事務(wù)所對DL醫(yī)院存貨監(jiān)盤案例研究》
- 《綠色信貸業(yè)務(wù)對商業(yè)銀行競爭力影響研究》
- 《財(cái)務(wù)共享模式下業(yè)財(cái)融合案例研究》
- 《離子液體萃取精餾分離2-丁酮-乙醇共沸物系的研究》
- 《魚道水力特性數(shù)值模擬研究》
- 2024年新變動(dòng):合同條款的重點(diǎn)更新
- 2024年影視制作合同劇本創(chuàng)作與拍攝制作要求詳解
- 2024年白瓷餐具項(xiàng)目資金需求報(bào)告代可行性研究報(bào)告
- 2024年新興產(chǎn)業(yè)股權(quán)投資合同
- 2024年影視作品制作與授權(quán)播放合同
- 2023年?duì)I養(yǎng)師、營養(yǎng)指導(dǎo)員專業(yè)技能及理論知識考試題庫(附含答案)
- 斜井敷設(shè)電纜措施
- 施工機(jī)械設(shè)備租賃實(shí)施方案
- 牙膏產(chǎn)品知識課件
- 液化氣站人員勞動(dòng)合同范本
- 第一章 教育政策學(xué)概述
- 常見土源性寄生蟲演示文稿
- 全員育人導(dǎo)師制學(xué)生談話記錄
- 了解學(xué)前兒童科學(xué)領(lǐng)域核心經(jīng)驗(yàn)
- 幼兒園師德師風(fēng)考核表實(shí)用文檔
- 2023年職業(yè)技能-外匯業(yè)務(wù)考試歷年真題甄選版帶答案-1
評論
0/150
提交評論