Web Services整合方案Web Services可理解為自包含的、模塊化的應(yīng)用程序，它可以在網(wǎng)絡(luò)中被描述、發(fā)布、查找以及調(diào)用；也可以把Web Services理解為是基于網(wǎng)絡(luò)的、分布式的模塊化組件，它執(zhí)行特定的任務(wù)，遵守具體的技術(shù)規(guī)范，這些規(guī)范使得Web Services能與其他兼容的組件進(jìn)行互操作。當(dāng)把應(yīng)用擴(kuò)展到廣域網(wǎng)時(shí)，傳統(tǒng)的DCOM模型就不能完全滿足分布式應(yīng)用的要求：一是DCOM在進(jìn)行網(wǎng)間數(shù)據(jù)傳遞時(shí)一般采用Socket套接字，要求開(kāi)放特定的端口，這會(huì)給帶防火墻的網(wǎng)絡(luò)帶來(lái)安全隱患，二是DCOM進(jìn)行遠(yuǎn)程對(duì)象調(diào)用使用的協(xié)議是遠(yuǎn)程過(guò)程調(diào)用(RPC)，這使得基于DCOM的構(gòu)件無(wú)法與其他組件...

融合基礎(chǔ)架構(gòu)要簡(jiǎn)單。初始配置過(guò)程應(yīng)該是高度自動(dòng)化的，就像線上引進(jìn)新節(jié)點(diǎn)的過(guò)程。同樣，管理軟件也應(yīng)該是預(yù)裝的。一個(gè)融合基礎(chǔ)架構(gòu)還要具備在各個(gè)水平上均可用的存儲(chǔ)彈性。例如，融合基礎(chǔ)架構(gòu)依賴于軟件將各種組件聯(lián)系在一起，所以不允許有任何的單點(diǎn)故障。有很多方式可以實(shí)現(xiàn)融合基礎(chǔ)架構(gòu)彈性設(shè)計(jì)。 [7]為了滿足用戶的這種需求，IT廠商在業(yè)內(nèi)迅速掀起了融合基礎(chǔ)架構(gòu)浪潮，爭(zhēng)相推出各自打有融合標(biāo)簽的融合基礎(chǔ)架構(gòu)產(chǎn)品。但是業(yè)界對(duì)融合基礎(chǔ)架構(gòu)的定義并沒(méi)有統(tǒng)一的標(biāo)準(zhǔn)，不同廠商對(duì)融合基礎(chǔ)架構(gòu)概念的理解存在***的差異化。數(shù)據(jù)中心集成服務(wù)是指將各種數(shù)據(jù)中心相關(guān)的技術(shù)、設(shè)備和服務(wù)進(jìn)行整合，實(shí)現(xiàn)更高效的資源利用、管理和運(yùn)營(yíng)。靜安...

(4)數(shù)據(jù)轉(zhuǎn)換和加工的功能強(qiáng)不強(qiáng)。(5)是否具有管理和調(diào)度功能。(6)是否具有良好的集成性和開(kāi)放性數(shù)據(jù)和信息系統(tǒng)分散我國(guó)信息化經(jīng)過(guò)多年的發(fā)展 [4]，已開(kāi)發(fā)了眾多計(jì)算機(jī)信息系統(tǒng)和數(shù)據(jù)庫(kù)系統(tǒng)，并積累了大量的基礎(chǔ)數(shù)據(jù)。然而，豐富的數(shù)據(jù)資源由于建設(shè)時(shí)期不同，開(kāi)發(fā)部門(mén)不同、使用設(shè)備不同、技術(shù)發(fā)展階段不同和能力水平的不同等，數(shù)據(jù)存儲(chǔ)管理極為分散，造成了過(guò)量的數(shù)據(jù)冗余和數(shù)據(jù)不一致性，使得數(shù)據(jù)資源難于查詢?cè)L問(wèn)，管理層無(wú)法獲得有效的決策數(shù)據(jù)支持。往往管理者要了解所管轄不同部門(mén)的信息，需要進(jìn)入眾多不同的系統(tǒng)，而且數(shù)據(jù)不能直接比較分析。預(yù)計(jì)2030年全球AI算力需求達(dá)864 ZFLOPS，驅(qū)動(dòng)智算中心占比超85%...

更棒的是，融合基礎(chǔ)架構(gòu)模式下，用戶是按容量購(gòu)買(mǎi)的，融合基礎(chǔ)架構(gòu)需要更多資源時(shí)直接購(gòu)買(mǎi)就可以。在提供IT服務(wù)時(shí)不再需要考慮網(wǎng)絡(luò)和存儲(chǔ)資源，融合基礎(chǔ)架構(gòu)取而代之的是實(shí)際應(yīng)用的需求。***，融合基礎(chǔ)架構(gòu)設(shè)施部署中實(shí)現(xiàn)的高級(jí)虛擬化及靈活性為部署私有云或者是某些類(lèi)型的融合基礎(chǔ)架構(gòu)軟件定義數(shù)據(jù)中心提供了前提。綜上，大多數(shù)的融合基礎(chǔ)架構(gòu)產(chǎn)品推出，都是適應(yīng)了當(dāng)前的技術(shù)發(fā)展趨勢(shì)，融合了融合基礎(chǔ)架構(gòu)廠商自身或大或小的創(chuàng)新，**終為用戶提供的總是簡(jiǎn)約的外在和簡(jiǎn)單的使用方式?？煽啃院腿哂啵和ㄟ^(guò)冗余系統(tǒng)和備份機(jī)制，確保數(shù)據(jù)的安全性和系統(tǒng)的高可用性。閔行區(qū)推廣數(shù)據(jù)中心集成服務(wù)供應(yīng)如果真是完全部署了融合基礎(chǔ)架構(gòu)，對(duì)于用戶來(lái)...

融合基礎(chǔ)架構(gòu)的設(shè)計(jì)讓數(shù)據(jù)中心雜亂的面貌變得簡(jiǎn)約，但融合基礎(chǔ)架構(gòu)本身又是一個(gè)不簡(jiǎn)單的存在。簡(jiǎn)單的使用，不簡(jiǎn)單的功能。或許這正是融合基礎(chǔ)架構(gòu)的魅力所在。 [9]處理存儲(chǔ)服務(wù)融合基礎(chǔ)架構(gòu)很多捆綁式的解決方案使用了傳統(tǒng)的共享存儲(chǔ)系統(tǒng)，這種情況下通常需要融合基礎(chǔ)架構(gòu)引入存儲(chǔ)網(wǎng)絡(luò)。不過(guò)IT管理員不用擔(dān)心存儲(chǔ)網(wǎng)絡(luò)的復(fù)雜性，因?yàn)槿诤匣A(chǔ)架構(gòu)廠商在交付之前已經(jīng)做好了預(yù)集成工作。在大多數(shù)融合基礎(chǔ)架構(gòu)集成方案和所有的純軟件式融合系統(tǒng)中，融合基礎(chǔ)架構(gòu)存儲(chǔ)服務(wù)作為計(jì)算層的一部分提供服務(wù)。一方面，融合基礎(chǔ)架構(gòu)存儲(chǔ)軟件將每個(gè)節(jié)點(diǎn)中的存儲(chǔ)容量聚集到一起，融合基礎(chǔ)架構(gòu)消除了附加存儲(chǔ)控制器的所帶來(lái)的成本與復(fù)雜性。另一方面，這些融...

市場(chǎng)上各種跡象表明，融合基礎(chǔ)架構(gòu)使用閃存加速數(shù)據(jù)中心的時(shí)代已經(jīng)來(lái)臨。IDC 2014年報(bào)告指出，已經(jīng)有51%的數(shù)據(jù)中心部署了融合基礎(chǔ)架構(gòu)閃存來(lái)提高I/O性能。IDC預(yù)測(cè)，在未來(lái)12個(gè)月內(nèi)，剩下的49%的數(shù)據(jù)中心也將計(jì)劃考慮融合基礎(chǔ)架構(gòu)閃存部署。因此，單從融合基礎(chǔ)架構(gòu)設(shè)備設(shè)計(jì)上來(lái)看，融合基礎(chǔ)架構(gòu)設(shè)施已經(jīng)是一個(gè)不簡(jiǎn)單的存在，里面包含了融合基礎(chǔ)架構(gòu)廠商的設(shè)計(jì)理念，對(duì)潮流技術(shù)趨勢(shì)的準(zhǔn)確把握等等。另一方面，對(duì)于大多數(shù)融合基礎(chǔ)架構(gòu)產(chǎn)品來(lái)說(shuō)，融合基礎(chǔ)架構(gòu)對(duì)用戶**價(jià)值的體現(xiàn)主要表現(xiàn)在以邏輯整體視圖的方式提供物理資源。數(shù)據(jù)清洗與質(zhì)量管控減少分析誤差，提升決策準(zhǔn)確性。青浦區(qū)推廣數(shù)據(jù)中心集成服務(wù)咨詢報(bào)價(jià)綜上，融合...

這種集成度更高的方案的優(yōu)點(diǎn)是能夠降低硬件的成本，供應(yīng)商可以定制設(shè)計(jì)或指定硬件來(lái)滿足方案需求。同時(shí)軟件又往往是由供應(yīng)商提供的，所以軟件能夠針對(duì)硬件的特性進(jìn)行定制，這又是融合架構(gòu)的重要組成部分。在許多方面，這種方法和商用主機(jī)是類(lèi)似的。純軟件方式第三種類(lèi)型的融合基礎(chǔ)設(shè)施是一個(gè)純軟件的方法?；旧希粋€(gè)IT專業(yè)人士買(mǎi)軟件，然后選擇創(chuàng)建一個(gè)融合的解決方案需要的所有硬件，包括服務(wù)器，存儲(chǔ)和網(wǎng)絡(luò)。該軟件還能夠?qū)⒚總€(gè)服務(wù)器的存儲(chǔ)容量進(jìn)行匯集在一起，形成一個(gè)虛擬的共享資源池。這個(gè)選項(xiàng)通常是融合系統(tǒng)中提供比較高成本效益的選項(xiàng)，假設(shè)IT團(tuán)隊(duì)有技能和時(shí)間來(lái)識(shí)別和裝配每個(gè)硬件組件。它也應(yīng)該是**靈活的，因?yàn)镮T對(duì)于集成...

融合基礎(chǔ)架構(gòu)功能特性融合基礎(chǔ)架構(gòu)的Hypervisor支持。幾乎所有的融合基礎(chǔ)架構(gòu)產(chǎn)品都支持一種或多種hypervisor。如果你的融合基礎(chǔ)架構(gòu)數(shù)據(jù)中心只使用VMware，可選的融合基礎(chǔ)架構(gòu)產(chǎn)品范圍**廣。如果支持其他類(lèi)型或者多種類(lèi)型的hypervisor，或者整合裸機(jī)系統(tǒng)，那么你就要仔細(xì)選擇一下融合基礎(chǔ)架構(gòu)產(chǎn)品了。融合基礎(chǔ)架構(gòu)的裸機(jī)系統(tǒng)集成。如果你想將現(xiàn)有的金屬裸機(jī)系統(tǒng)集成到融合基礎(chǔ)架構(gòu)中，純軟件的解決方案能夠滿足要求。有一些純軟件的融合基礎(chǔ)架構(gòu)解決方案可以讓一臺(tái)物理服務(wù)器來(lái)訪問(wèn)由融合基礎(chǔ)架構(gòu)所匯聚起來(lái)的共享存儲(chǔ)。有些甚至允許物理服務(wù)器將它的融合基礎(chǔ)架構(gòu)存儲(chǔ)容量貢獻(xiàn)給匯聚卷。整合數(shù)據(jù)采集、清...

信息資源利用程度較低一些信息系統(tǒng)集成度低、互聯(lián)性差、信息管理分散，數(shù)據(jù)的完整性、準(zhǔn)確性、及時(shí)性等方面存在較大差距 [1]。有些單位已經(jīng)建立了內(nèi)部網(wǎng)和互聯(lián)網(wǎng)，但多年來(lái)分散開(kāi)發(fā)或引進(jìn)的信息系統(tǒng)，對(duì)于大量的數(shù)據(jù)不能提供一個(gè)統(tǒng)一的數(shù)據(jù)接口，不能采用一種通用的標(biāo)準(zhǔn)和規(guī)范，無(wú)法獲得共享通用的數(shù)據(jù)源，于是不同的應(yīng)用系統(tǒng)之間必然會(huì)形成彼此隔離的信息孤島。缺乏共享的、網(wǎng)絡(luò)化的可用度高的信息資源體系。支持管理決策能力較低同時(shí)，隨著計(jì)算機(jī)業(yè)務(wù)數(shù)量的增加，管理人員的操作也越來(lái)越多，越來(lái)越復(fù)雜 [4]，許多日趨復(fù)雜的中間業(yè)務(wù)處理環(huán)節(jié)依然或多或少地依靠手工處理進(jìn)行流轉(zhuǎn)；評(píng)估業(yè)務(wù)場(chǎng)景、數(shù)據(jù)量及性能要求，定制架構(gòu)方案（如超算...

融合基礎(chǔ)架構(gòu)另一種方式是采用糾刪碼技術(shù)來(lái)保護(hù)數(shù)據(jù)。相比于融合基礎(chǔ)架構(gòu)復(fù)制模型，融合基礎(chǔ)架構(gòu)糾刪碼在對(duì)存儲(chǔ)容量的開(kāi)銷(xiāo)方面表現(xiàn)更好，一般為3倍和30%的比例關(guān)系。而且，因?yàn)閷?duì)I/O的需求非常之小，因此融合基礎(chǔ)架構(gòu)在進(jìn)行寫(xiě)數(shù)據(jù)或者在重建狀態(tài)時(shí)也會(huì)有更好的表現(xiàn)。當(dāng)然融合基礎(chǔ)架構(gòu)糾刪碼的方式也有缺點(diǎn)，通常無(wú)論讀寫(xiě)每個(gè)節(jié)點(diǎn)都需要參與每一個(gè)I/O操作。融合基礎(chǔ)架構(gòu)***要考慮的是融合基礎(chǔ)架構(gòu)是如何保障性能的。對(duì)于打包式方法，融合基礎(chǔ)架構(gòu)共享存儲(chǔ)設(shè)備的優(yōu)良表現(xiàn)能夠提供更好的性能，因此融合基礎(chǔ)架構(gòu)關(guān)鍵在于確保正確配置存儲(chǔ)網(wǎng)絡(luò)和進(jìn)行適當(dāng)調(diào)優(yōu)。優(yōu)化數(shù)據(jù)中心的能源使用，降低能耗，提高能效。閔行區(qū)品牌數(shù)據(jù)中心集成服務(wù)優(yōu)...

超融合基礎(chǔ)架構(gòu)（HCI）作為其派生形態(tài)，通過(guò)軟件定義技術(shù)將計(jì)算、存儲(chǔ)、網(wǎng)絡(luò)深度集成于x86服務(wù)器，形成統(tǒng)一資源池 [15-16]。典型方案采用分布式存儲(chǔ)協(xié)議與虛擬化技術(shù)，實(shí)現(xiàn)資源動(dòng)態(tài)分配 [13-14]。IT 和工程組織在提供創(chuàng)新服務(wù)以促進(jìn)業(yè)務(wù)增長(zhǎng)方面面臨著壓力。這些服務(wù)需要新的更復(fù)雜的基礎(chǔ)架構(gòu)技術(shù)才能支持通信量激增、用于工作的 BYOD（自有設(shè)備）、社交媒體、視頻、高度虛擬化的數(shù)據(jù)中心、云服務(wù)、無(wú)線服務(wù)等。已負(fù)擔(dān)過(guò)重的員工如何才能支持這些新的更復(fù)雜的基礎(chǔ)架構(gòu)技術(shù)？如果基礎(chǔ)架構(gòu)管理缺乏同等創(chuàng)新，IT 組織可能會(huì)面臨服務(wù)性能下降，同時(shí)向客戶交付這些服務(wù)的成本增加。將公有云、私有云和混合云環(huán)境進(jìn)行...

市場(chǎng)上各種跡象表明，融合基礎(chǔ)架構(gòu)使用閃存加速數(shù)據(jù)中心的時(shí)代已經(jīng)來(lái)臨。IDC 2014年報(bào)告指出，已經(jīng)有51%的數(shù)據(jù)中心部署了融合基礎(chǔ)架構(gòu)閃存來(lái)提高I/O性能。IDC預(yù)測(cè)，在未來(lái)12個(gè)月內(nèi)，剩下的49%的數(shù)據(jù)中心也將計(jì)劃考慮融合基礎(chǔ)架構(gòu)閃存部署。因此，單從融合基礎(chǔ)架構(gòu)設(shè)備設(shè)計(jì)上來(lái)看，融合基礎(chǔ)架構(gòu)設(shè)施已經(jīng)是一個(gè)不簡(jiǎn)單的存在，里面包含了融合基礎(chǔ)架構(gòu)廠商的設(shè)計(jì)理念，對(duì)潮流技術(shù)趨勢(shì)的準(zhǔn)確把握等等。另一方面，對(duì)于大多數(shù)融合基礎(chǔ)架構(gòu)產(chǎn)品來(lái)說(shuō)，融合基礎(chǔ)架構(gòu)對(duì)用戶**價(jià)值的體現(xiàn)主要表現(xiàn)在以邏輯整體視圖的方式提供物理資源。“東數(shù)西算”工程促進(jìn)西部數(shù)據(jù)中心集群建設(shè)，優(yōu)化全國(guó)算力布局。浦東新區(qū)綜合數(shù)據(jù)中心集成服務(wù)預(yù)算...

構(gòu)建融合基礎(chǔ)架構(gòu)（Converged Infrastructure，CI）產(chǎn)品的初衷在于，通過(guò)將融合基礎(chǔ)架構(gòu)數(shù)據(jù)中心三大組件——計(jì)算機(jī)、存儲(chǔ)和網(wǎng)絡(luò)——綁定到單一產(chǎn)品中實(shí)現(xiàn)融合基礎(chǔ)架構(gòu)快速部署，從而簡(jiǎn)化IT。因此，對(duì)于那些急于將融合基礎(chǔ)架構(gòu)應(yīng)用程序部署到生產(chǎn)環(huán)境中的企業(yè)來(lái)說(shuō)，融合基礎(chǔ)架構(gòu)更具吸引力。融合基礎(chǔ)架構(gòu)受到企業(yè)CIO們青睞的主要原因在于其具有兩大明顯優(yōu)勢(shì)：融合基礎(chǔ)架構(gòu)快速部署及潛在的成本節(jié)約。當(dāng)然，融合基礎(chǔ)架構(gòu)的靈活擴(kuò)展性，即計(jì)算、存儲(chǔ)（容量和性能）以及網(wǎng)絡(luò)實(shí)現(xiàn)并行擴(kuò)展也非常具有吸引力。另外不得不提的是，一些融合基礎(chǔ)架構(gòu)產(chǎn)品還可以利用現(xiàn)有的硬件?！皷|數(shù)西算”工程促進(jìn)西部數(shù)據(jù)中心集群建設(shè)，...

隨著更多融合基礎(chǔ)架構(gòu)的部署，融合基礎(chǔ)架構(gòu)異構(gòu)問(wèn)題一直存在并越加明顯。融合基礎(chǔ)架構(gòu)的加入也不會(huì)解決這個(gè)問(wèn)題。但是通常情況下，融合基礎(chǔ)架構(gòu)設(shè)施是可以和已有架構(gòu)進(jìn)行交互的，但是需要注意很多問(wèn)題。融合基礎(chǔ)架構(gòu)在交付給用戶之前，通常包含了綜合的管理工具來(lái)提供對(duì)整個(gè)融合基礎(chǔ)架構(gòu)的統(tǒng)一管理，并且融合基礎(chǔ)架構(gòu)中的所有組件之間都經(jīng)過(guò)了預(yù)調(diào)試，保證能融合基礎(chǔ)架構(gòu)夠協(xié)同工作。當(dāng)將融合基礎(chǔ)架構(gòu)與數(shù)據(jù)中心環(huán)境中其他系統(tǒng)進(jìn)行連接時(shí)，可能會(huì)產(chǎn)生性能、管理問(wèn)題，或者是其他互操作性問(wèn)題。建立災(zāi)難恢復(fù)方案，確保在發(fā)生故障時(shí)能夠快速恢復(fù)業(yè)務(wù)。虹口區(qū)第三方數(shù)據(jù)中心集成服務(wù)熱線存儲(chǔ)服務(wù)是所有任何基礎(chǔ)設(shè)施的重要組成部分，尤其是對(duì)融合基礎(chǔ)...

由于不同數(shù)據(jù)源的數(shù)據(jù)結(jié)構(gòu)可能不同，因而在加載數(shù)據(jù)之前要進(jìn)行數(shù)據(jù)轉(zhuǎn)換和數(shù)據(jù)整合，使得加載的數(shù)據(jù)統(tǒng)一到需要的數(shù)據(jù)模型下，即根據(jù)匹配、留存等規(guī)則，實(shí)現(xiàn)多種數(shù)據(jù)類(lèi)型的關(guān)聯(lián)。這種方式的主要問(wèn)題是當(dāng)數(shù)據(jù)更新頻繁時(shí)會(huì)導(dǎo)致數(shù)據(jù)的不同步，即使定時(shí)運(yùn)行轉(zhuǎn)換程序也只能達(dá)到短期同步，這種整合方案不適用于數(shù)據(jù)更新頻繁并且實(shí)時(shí)性要求很高的場(chǎng)合。中間件整合方案中間件是位于Client與Server之間的中介接口軟件，是異構(gòu)系統(tǒng)集成所需的黏結(jié)劑。現(xiàn)有的數(shù)據(jù)庫(kù)中間件允許Client在異構(gòu)數(shù)據(jù)庫(kù)上調(diào)用SQL服務(wù)，解決異構(gòu)數(shù)據(jù)庫(kù)的互操作性問(wèn)題。功能完善的數(shù)據(jù)庫(kù)中間件，可以對(duì)用戶屏蔽數(shù)據(jù)的分布地點(diǎn)、DBMS平臺(tái)、特殊的本地API等等...

融合基礎(chǔ)架構(gòu)的閃存。閃存在融合基礎(chǔ)架構(gòu)中扮演著重要角色。因?yàn)榇蠖鄶?shù)融合基礎(chǔ)架構(gòu)中，每個(gè)主機(jī)上支持大量的虛擬機(jī)（VM），隨時(shí)可能發(fā)生I/O風(fēng)暴，融合基礎(chǔ)架構(gòu)閃存的主要作用在于解決這些問(wèn)題。對(duì)于大多數(shù)的融合基礎(chǔ)架構(gòu)打包解決方案，融合基礎(chǔ)架構(gòu)閃存只是共享存儲(chǔ)系統(tǒng)上的一層。一些更加定制化的融合基礎(chǔ)架構(gòu)解決方案充分利用了這一事實(shí)，確保每個(gè)VM的數(shù)據(jù)存儲(chǔ)在融合基礎(chǔ)架構(gòu)服務(wù)器的閃存上。這種將融合基礎(chǔ)架構(gòu)數(shù)據(jù)存放在本地的做法能夠提供基于閃存的數(shù)據(jù)訪問(wèn)，**終消除了網(wǎng)絡(luò)延遲的影響。建立災(zāi)難恢復(fù)方案，確保在發(fā)生故障時(shí)能夠快速恢復(fù)業(yè)務(wù)。嘉定區(qū)本地?cái)?shù)據(jù)中心集成服務(wù)熱線正如前面提到的，這種類(lèi)型的融合比較大的挑戰(zhàn)是需要時(shí)...

提高了效率且降低了運(yùn)營(yíng)成本***的客戶體驗(yàn)、復(fù)雜性以及不斷增長(zhǎng)的需求使 IT 在有效平衡“維持業(yè)務(wù)正常運(yùn)行”任務(wù)和戰(zhàn)略計(jì)劃（均在成本限制內(nèi)）方面負(fù)擔(dān)加重。聚合基礎(chǔ)架構(gòu)管理解決方案可幫助組織：1.滿足比較大**復(fù)雜企業(yè)和服務(wù)提供商的擴(kuò)展性和上市要求，同時(shí)降低密集型托管要求并減少管理需求。2.減少資源和技能差距，以通過(guò)構(gòu)建于工程最佳實(shí)踐的向?qū)焦ぷ髁骷涌旆诸?lèi)和補(bǔ)救速度。合理化技術(shù)投資組合，以通過(guò)開(kāi)放的集成體系結(jié)構(gòu)和***的第三方平臺(tái)支持降低管理和維護(hù)成本。服務(wù)范圍與靈活性：優(yōu)先選擇提供全生命周期服務(wù)（設(shè)計(jì)、部署、運(yùn)維）且支持定制化的廠商。楊浦區(qū)本地?cái)?shù)據(jù)中心集成服務(wù)24小時(shí)服務(wù)用于快速分類(lèi)和解決問(wèn)題...

數(shù)據(jù)整合是一種通過(guò)抽取、轉(zhuǎn)換和加載（ETL）多源異構(gòu)數(shù)據(jù)，構(gòu)建統(tǒng)一視圖的數(shù)據(jù)集成方式，旨在解決數(shù)據(jù)結(jié)構(gòu)差異、消除數(shù)據(jù)孤島，形成全局共享的企業(yè)級(jí)應(yīng)用 [1] [7]。其**流程包括數(shù)據(jù)校驗(yàn)、清洗及規(guī)則化處理，需借助ETL工具（如Informatica、Kettle）實(shí)現(xiàn)從物理合并到模型統(tǒng)一的全流程管控，**終將數(shù)據(jù)加載至數(shù)據(jù)倉(cāng)庫(kù)或數(shù)據(jù)湖等**存儲(chǔ)庫(kù)，確保準(zhǔn)確性、一致性與可重用性 [8]。該技術(shù)發(fā)展初期采用多數(shù)據(jù)庫(kù)映射或聯(lián)邦架構(gòu)實(shí)現(xiàn)局部共享，后演進(jìn)為以數(shù)據(jù)倉(cāng)庫(kù)為主題的中心化集成模式 [1] [8]。21世紀(jì)后，中間件技術(shù)與Web Services通過(guò)標(biāo)準(zhǔn)化協(xié)議提升異構(gòu)系統(tǒng)互操作性，主數(shù)據(jù)管理強(qiáng)化了...

正如前面提到的，這種類(lèi)型的融合比較大的挑戰(zhàn)是需要時(shí)間去整合它，以及需要高水平的集成技術(shù)能力。第三種類(lèi)型的融合解決方案對(duì)某些組織來(lái)說(shuō)是非常適合的，這些組織提供的產(chǎn)品供應(yīng)的**部分就是IT，如云提供商和“應(yīng)用即服務(wù)”提供商。在某些情況下，規(guī)模較小的企業(yè)可能會(huì)發(fā)現(xiàn)這種方法的吸引力，對(duì)這些組織而言，這種集成更容易管理相對(duì)大小適度的環(huán)境，而且IT能夠節(jié)省的成本對(duì)組織來(lái)說(shuō)更加可觀。 [2]當(dāng)存儲(chǔ)服務(wù)運(yùn)行于計(jì)算層的時(shí)候，有些問(wèn)題需要注意。這些服務(wù)通常運(yùn)行于虛擬機(jī)（VM），這意味著它們的活動(dòng)水平可能負(fù)面地影響集群中的其它VM。 [3]定期評(píng)估PUE值、數(shù)據(jù)質(zhì)量等指標(biāo)，迭代優(yōu)化方案。普陀區(qū)品牌數(shù)據(jù)中心集成服務(wù)概...

存儲(chǔ)服務(wù)是所有任何基礎(chǔ)設(shè)施的重要組成部分，尤其是對(duì)融合基礎(chǔ)架構(gòu)。很多打包式解決方案都會(huì)用到傳統(tǒng)的共享存儲(chǔ)系統(tǒng)作為架構(gòu)中存儲(chǔ)部分的實(shí)現(xiàn)。這要求一個(gè)存儲(chǔ)網(wǎng)絡(luò)加入進(jìn)來(lái)，但由于供應(yīng)商的預(yù)集成工作，存儲(chǔ)網(wǎng)絡(luò)的復(fù)雜性會(huì)**降低。大多數(shù)集成方案和所有的純軟件融合基礎(chǔ)架構(gòu)系統(tǒng)都把存儲(chǔ)服務(wù)作為計(jì)算層的一部分。存儲(chǔ)軟件在每個(gè)節(jié)點(diǎn)匯集存儲(chǔ)容量，這一實(shí)現(xiàn)的優(yōu)點(diǎn)是能夠消除增加額外存儲(chǔ)控制器的成本和復(fù)雜性。并且這些系統(tǒng)可以使用服務(wù)器級(jí)別的存儲(chǔ)介質(zhì)，而不是企業(yè)級(jí)硬盤(pán)和閃存存儲(chǔ)。這兩個(gè)功能相結(jié)合極大地降低了成本零售行業(yè)通過(guò)整合線上線下數(shù)據(jù)，優(yōu)化庫(kù)存管理并提升客戶體驗(yàn)。虹口區(qū)第三方數(shù)據(jù)中心集成服務(wù)咨詢報(bào)價(jià)這種集成度更高的方案的...

融合基礎(chǔ)架構(gòu)要簡(jiǎn)單。初始配置過(guò)程應(yīng)該是高度自動(dòng)化的，就像線上引進(jìn)新節(jié)點(diǎn)的過(guò)程。同樣，管理軟件也應(yīng)該是預(yù)裝的。一個(gè)融合基礎(chǔ)架構(gòu)還要具備在各個(gè)水平上均可用的存儲(chǔ)彈性。例如，融合基礎(chǔ)架構(gòu)依賴于軟件將各種組件聯(lián)系在一起，所以不允許有任何的單點(diǎn)故障。有很多方式可以實(shí)現(xiàn)融合基礎(chǔ)架構(gòu)彈性設(shè)計(jì)。 [7]為了滿足用戶的這種需求，IT廠商在業(yè)內(nèi)迅速掀起了融合基礎(chǔ)架構(gòu)浪潮，爭(zhēng)相推出各自打有融合標(biāo)簽的融合基礎(chǔ)架構(gòu)產(chǎn)品。但是業(yè)界對(duì)融合基礎(chǔ)架構(gòu)的定義并沒(méi)有統(tǒng)一的標(biāo)準(zhǔn)，不同廠商對(duì)融合基礎(chǔ)架構(gòu)概念的理解存在***的差異化。醫(yī)療行業(yè)整合患者數(shù)據(jù)與診斷信息，提高醫(yī)療服務(wù)質(zhì)量與效率。長(zhǎng)寧區(qū)綜合數(shù)據(jù)中心集成服務(wù)咨詢報(bào)價(jià)構(gòu)建融合基礎(chǔ)架...

融合基礎(chǔ)架構(gòu)另一種方式是采用糾刪碼技術(shù)來(lái)保護(hù)數(shù)據(jù)。相比于融合基礎(chǔ)架構(gòu)復(fù)制模型，融合基礎(chǔ)架構(gòu)糾刪碼在對(duì)存儲(chǔ)容量的開(kāi)銷(xiāo)方面表現(xiàn)更好，一般為3倍和30%的比例關(guān)系。而且，因?yàn)閷?duì)I/O的需求非常之小，因此融合基礎(chǔ)架構(gòu)在進(jìn)行寫(xiě)數(shù)據(jù)或者在重建狀態(tài)時(shí)也會(huì)有更好的表現(xiàn)。當(dāng)然融合基礎(chǔ)架構(gòu)糾刪碼的方式也有缺點(diǎn)，通常無(wú)論讀寫(xiě)每個(gè)節(jié)點(diǎn)都需要參與每一個(gè)I/O操作。融合基礎(chǔ)架構(gòu)***要考慮的是融合基礎(chǔ)架構(gòu)是如何保障性能的。對(duì)于打包式方法，融合基礎(chǔ)架構(gòu)共享存儲(chǔ)設(shè)備的優(yōu)良表現(xiàn)能夠提供更好的性能，因此融合基礎(chǔ)架構(gòu)關(guān)鍵在于確保正確配置存儲(chǔ)網(wǎng)絡(luò)和進(jìn)行適當(dāng)調(diào)優(yōu)。建立災(zāi)難恢復(fù)方案，確保在發(fā)生故障時(shí)能夠快速恢復(fù)業(yè)務(wù)。奉賢區(qū)外包數(shù)據(jù)中心集...

融合基礎(chǔ)架構(gòu)的閃存。閃存在融合基礎(chǔ)架構(gòu)中扮演著重要角色。因?yàn)榇蠖鄶?shù)融合基礎(chǔ)架構(gòu)中，每個(gè)主機(jī)上支持大量的虛擬機(jī)（VM），隨時(shí)可能發(fā)生I/O風(fēng)暴，融合基礎(chǔ)架構(gòu)閃存的主要作用在于解決這些問(wèn)題。對(duì)于大多數(shù)的融合基礎(chǔ)架構(gòu)打包解決方案，融合基礎(chǔ)架構(gòu)閃存只是共享存儲(chǔ)系統(tǒng)上的一層。一些更加定制化的融合基礎(chǔ)架構(gòu)解決方案充分利用了這一事實(shí)，確保每個(gè)VM的數(shù)據(jù)存儲(chǔ)在融合基礎(chǔ)架構(gòu)服務(wù)器的閃存上。這種將融合基礎(chǔ)架構(gòu)數(shù)據(jù)存放在本地的做法能夠提供基于閃存的數(shù)據(jù)訪問(wèn)，**終消除了網(wǎng)絡(luò)延遲的影響。模塊化設(shè)計(jì)支持按需擴(kuò)展，適應(yīng)AI、大數(shù)據(jù)等新興技術(shù)對(duì)算力的爆發(fā)式需求。松江區(qū)第三方數(shù)據(jù)中心集成服務(wù)哪家好另一方面，當(dāng)數(shù)據(jù)中心環(huán)境中加...

多租戶訪問(wèn)控制本機(jī)多租戶可確?？刂朴脩魧?duì)租戶數(shù)據(jù)的訪問(wèn)。使托管服務(wù)提供商和企業(yè) IT 人員能夠?yàn)槊總€(gè)用戶組/客戶、部門(mén)、位置等分離監(jiān)控環(huán)境。通過(guò)單個(gè)用戶界面管理所有租戶，從而降低管理開(kāi)銷(xiāo)。通過(guò) CA Technologies 聚合基礎(chǔ)架構(gòu)管理，負(fù)擔(dān)過(guò)重的 IT 團(tuán)隊(duì)可以獲取更主動(dòng)且有效地管理基礎(chǔ)架構(gòu)所需的信息，以便您提供***且與眾不同的服務(wù)。該解決方案旨在提供更大規(guī)模、更快、更主動(dòng)的分類(lèi)，同時(shí)成本低于之前的基礎(chǔ)架構(gòu)管理方法。***且與眾不同的客戶體驗(yàn)開(kāi)發(fā)API接口實(shí)現(xiàn)跨系統(tǒng)數(shù)據(jù)流通，支持實(shí)時(shí)分析。浦東新區(qū)本地?cái)?shù)據(jù)中心集成服務(wù)24小時(shí)服務(wù)IT運(yùn)維技術(shù)人員應(yīng)該知道的是，這些融合基礎(chǔ)架構(gòu)服務(wù)通常運(yùn)...

融合基礎(chǔ)架構(gòu)另一種方式是采用糾刪碼技術(shù)來(lái)保護(hù)數(shù)據(jù)。相比于融合基礎(chǔ)架構(gòu)復(fù)制模型，融合基礎(chǔ)架構(gòu)糾刪碼在對(duì)存儲(chǔ)容量的開(kāi)銷(xiāo)方面表現(xiàn)更好，一般為3倍和30%的比例關(guān)系。而且，因?yàn)閷?duì)I/O的需求非常之小，因此融合基礎(chǔ)架構(gòu)在進(jìn)行寫(xiě)數(shù)據(jù)或者在重建狀態(tài)時(shí)也會(huì)有更好的表現(xiàn)。當(dāng)然融合基礎(chǔ)架構(gòu)糾刪碼的方式也有缺點(diǎn)，通常無(wú)論讀寫(xiě)每個(gè)節(jié)點(diǎn)都需要參與每一個(gè)I/O操作。融合基礎(chǔ)架構(gòu)***要考慮的是融合基礎(chǔ)架構(gòu)是如何保障性能的。對(duì)于打包式方法，融合基礎(chǔ)架構(gòu)共享存儲(chǔ)設(shè)備的優(yōu)良表現(xiàn)能夠提供更好的性能，因此融合基礎(chǔ)架構(gòu)關(guān)鍵在于確保正確配置存儲(chǔ)網(wǎng)絡(luò)和進(jìn)行適當(dāng)調(diào)優(yōu)。整合數(shù)據(jù)采集、清洗、轉(zhuǎn)換、存儲(chǔ)及治理流程，消除數(shù)據(jù)孤島，提升數(shù)據(jù)質(zhì)量與可...

(4)數(shù)據(jù)轉(zhuǎn)換和加工的功能強(qiáng)不強(qiáng)。(5)是否具有管理和調(diào)度功能。(6)是否具有良好的集成性和開(kāi)放性數(shù)據(jù)和信息系統(tǒng)分散我國(guó)信息化經(jīng)過(guò)多年的發(fā)展 [4]，已開(kāi)發(fā)了眾多計(jì)算機(jī)信息系統(tǒng)和數(shù)據(jù)庫(kù)系統(tǒng)，并積累了大量的基礎(chǔ)數(shù)據(jù)。然而，豐富的數(shù)據(jù)資源由于建設(shè)時(shí)期不同，開(kāi)發(fā)部門(mén)不同、使用設(shè)備不同、技術(shù)發(fā)展階段不同和能力水平的不同等，數(shù)據(jù)存儲(chǔ)管理極為分散，造成了過(guò)量的數(shù)據(jù)冗余和數(shù)據(jù)不一致性，使得數(shù)據(jù)資源難于查詢?cè)L問(wèn)，管理層無(wú)法獲得有效的決策數(shù)據(jù)支持。往往管理者要了解所管轄不同部門(mén)的信息，需要進(jìn)入眾多不同的系統(tǒng)，而且數(shù)據(jù)不能直接比較分析。通過(guò)資源整合減少冗余投資，例如虛擬化技術(shù)實(shí)現(xiàn)硬件共享，降低閑置成本。黃浦區(qū)品牌...

存儲(chǔ)服務(wù)是所有任何基礎(chǔ)設(shè)施的重要組成部分，尤其是對(duì)融合基礎(chǔ)架構(gòu)。很多打包式解決方案都會(huì)用到傳統(tǒng)的共享存儲(chǔ)系統(tǒng)作為架構(gòu)中存儲(chǔ)部分的實(shí)現(xiàn)。這要求一個(gè)存儲(chǔ)網(wǎng)絡(luò)加入進(jìn)來(lái)，但由于供應(yīng)商的預(yù)集成工作，存儲(chǔ)網(wǎng)絡(luò)的復(fù)雜性會(huì)**降低。大多數(shù)集成方案和所有的純軟件融合基礎(chǔ)架構(gòu)系統(tǒng)都把存儲(chǔ)服務(wù)作為計(jì)算層的一部分。存儲(chǔ)軟件在每個(gè)節(jié)點(diǎn)匯集存儲(chǔ)容量，這一實(shí)現(xiàn)的優(yōu)點(diǎn)是能夠消除增加額外存儲(chǔ)控制器的成本和復(fù)雜性。并且這些系統(tǒng)可以使用服務(wù)器級(jí)別的存儲(chǔ)介質(zhì)，而不是企業(yè)級(jí)硬盤(pán)和閃存存儲(chǔ)。這兩個(gè)功能相結(jié)合極大地降低了成本數(shù)據(jù)中心通常包括服務(wù)器、存儲(chǔ)設(shè)備、網(wǎng)絡(luò)設(shè)備、供電系統(tǒng)、冷卻系統(tǒng)和安全設(shè)施等。靜安區(qū)推廣數(shù)據(jù)中心集成服務(wù)選擇另外，根據(jù)...

正如前面提到的，這種類(lèi)型的融合比較大的挑戰(zhàn)是需要時(shí)間去整合它，以及需要高水平的集成技術(shù)能力。第三種類(lèi)型的融合解決方案對(duì)某些組織來(lái)說(shuō)是非常適合的，這些組織提供的產(chǎn)品供應(yīng)的**部分就是IT，如云提供商和“應(yīng)用即服務(wù)”提供商。在某些情況下，規(guī)模較小的企業(yè)可能會(huì)發(fā)現(xiàn)這種方法的吸引力，對(duì)這些組織而言，這種集成更容易管理相對(duì)大小適度的環(huán)境，而且IT能夠節(jié)省的成本對(duì)組織來(lái)說(shuō)更加可觀。 [2]當(dāng)存儲(chǔ)服務(wù)運(yùn)行于計(jì)算層的時(shí)候，有些問(wèn)題需要注意。這些服務(wù)通常運(yùn)行于虛擬機(jī)（VM），這意味著它們的活動(dòng)水平可能負(fù)面地影響集群中的其它VM。 [3]評(píng)估業(yè)務(wù)場(chǎng)景、數(shù)據(jù)量及性能要求，定制架構(gòu)方案（如超算中心單機(jī)柜功率超30KW...

這種集成度更高的方案的優(yōu)點(diǎn)是能夠降低硬件的成本，供應(yīng)商可以定制設(shè)計(jì)或指定硬件來(lái)滿足方案需求。同時(shí)軟件又往往是由供應(yīng)商提供的，所以軟件能夠針對(duì)硬件的特性進(jìn)行定制，這又是融合架構(gòu)的重要組成部分。在許多方面，這種方法和商用主機(jī)是類(lèi)似的。純軟件方式第三種類(lèi)型的融合基礎(chǔ)設(shè)施是一個(gè)純軟件的方法?；旧?，一個(gè)IT專業(yè)人士買(mǎi)軟件，然后選擇創(chuàng)建一個(gè)融合的解決方案需要的所有硬件，包括服務(wù)器，存儲(chǔ)和網(wǎng)絡(luò)。該軟件還能夠?qū)⒚總€(gè)服務(wù)器的存儲(chǔ)容量進(jìn)行匯集在一起，形成一個(gè)虛擬的共享資源池。這個(gè)選項(xiàng)通常是融合系統(tǒng)中提供比較高成本效益的選項(xiàng)，假設(shè)IT團(tuán)隊(duì)有技能和時(shí)間來(lái)識(shí)別和裝配每個(gè)硬件組件。它也應(yīng)該是**靈活的，因?yàn)镮T對(duì)于集成...

IT運(yùn)維技術(shù)人員應(yīng)該知道的是，這些融合基礎(chǔ)架構(gòu)服務(wù)通常運(yùn)行在虛擬機(jī)（VM）中，這意味著這些融合基礎(chǔ)架構(gòu)VM的活動(dòng)可能會(huì)對(duì)集群中的其他融合基礎(chǔ)架構(gòu)VM產(chǎn)生負(fù)面影響。例如，當(dāng)一個(gè)融合基礎(chǔ)架構(gòu)虛擬SQL Server應(yīng)用程序發(fā)生I/O需求激增時(shí)，融合基礎(chǔ)架構(gòu)可能會(huì)引起運(yùn)行存儲(chǔ)軟件的VM的工作負(fù)荷增加，**終導(dǎo)致I/O總線競(jìng)爭(zhēng)。數(shù)據(jù)傳播融合基礎(chǔ)架構(gòu)虛擬機(jī)為了能夠?qū)崿F(xiàn)動(dòng)態(tài)遷移，融合基礎(chǔ)架構(gòu)需要多臺(tái)主機(jī)訪問(wèn)相同的虛擬磁盤(pán)。另外，由于大多數(shù)打包式解決方案使用傳統(tǒng)共享陣列，因此融合基礎(chǔ)架構(gòu)對(duì)數(shù)據(jù)保護(hù)少有關(guān)注。方案中集成的融合基礎(chǔ)架構(gòu)通常是企業(yè)級(jí)陣列，融合基礎(chǔ)架構(gòu)是基于RAID的數(shù)據(jù)保護(hù)。通過(guò)資源整合減少冗余投...