在金融信息化建設(shè)快速發(fā)展的今天，IT架構(gòu)技術(shù)支撐能力顯得尤為重要。作為一名銀行數(shù)據(jù)中心的從業(yè)人員，根據(jù)十幾年來的工作經(jīng)歷，談?wù)勛陨淼母惺?。從小型機(jī)和集中式存儲(chǔ)的物理架構(gòu)，到現(xiàn)在的分布式、大數(shù)據(jù)、智能化的IT架構(gòu)，銀行信息化架構(gòu)也隨著時(shí)代的進(jìn)步在不斷的升級(jí)，已開始逐步從集中式架構(gòu)演變到分布式架構(gòu)，基于分布式架構(gòu)的云數(shù)據(jù)中心成為必然趨勢。
一、為什么需要分布式數(shù)據(jù)中心？
隨著云計(jì)算、大數(shù)據(jù)和物聯(lián)網(wǎng)等新技術(shù)的大規(guī)模使用，數(shù)據(jù)中心成為了醫(yī)療、政府、互聯(lián)網(wǎng)和金融等行業(yè)建設(shè)的重點(diǎn)。特別是銀行數(shù)據(jù)中心由于承載核心業(yè)務(wù)，不允許任何數(shù)據(jù)中斷、要求能夠快速響應(yīng)業(yè)務(wù)變化和具備一定的靈活性，已經(jīng)成為了名副其實(shí)的“生產(chǎn)中心”。反觀數(shù)據(jù)中心，傳統(tǒng)的集中式架構(gòu)已經(jīng)無法滿足新時(shí)代業(yè)務(wù)的需求。而基于分布式架構(gòu)的數(shù)據(jù)中心是一個(gè)和集中式架構(gòu)相對(duì)應(yīng)的技術(shù)體系，包括了分布式業(yè)務(wù)部署、分布式計(jì)算、存儲(chǔ)、網(wǎng)絡(luò)安全等多種分布式技術(shù)的集合。在傳統(tǒng)數(shù)據(jù)中心無法保證業(yè)務(wù)響應(yīng)能力、連續(xù)性和靈活性，發(fā)展達(dá)到一定瓶頸的時(shí)候，分布式架構(gòu)就自然成為了一種必然的選擇。
在早期的數(shù)據(jù)中心建設(shè)中，大多數(shù)IT建設(shè)者們并不太關(guān)注采用何種技術(shù)架構(gòu)，覺得沒有那么重要。數(shù)據(jù)中心建設(shè)的重點(diǎn)就是讓承載的業(yè)務(wù)系統(tǒng)穩(wěn)定運(yùn)行，為服務(wù)器、存儲(chǔ)和網(wǎng)絡(luò)設(shè)備提供一個(gè)良好的運(yùn)行環(huán)境，讓業(yè)務(wù)系統(tǒng)沒那么容易“宕機(jī)”即可。所以早期大部分?jǐn)?shù)據(jù)中心都是煙囪式的架構(gòu)設(shè)計(jì)，每個(gè)業(yè)務(wù)系統(tǒng)都會(huì)配置一套獨(dú)立硬件設(shè)備，數(shù)據(jù)完全是割裂的，導(dǎo)致設(shè)備利用率非常低，資源完全無法共享。
為了應(yīng)對(duì)信息化的快速發(fā)展，提高設(shè)備利用率和靈活性，云計(jì)算技術(shù)被大規(guī)模推廣和采用。云計(jì)算可以提供可用的、便捷的、按需的資源提供，逐漸成為了主流的數(shù)據(jù)中心架構(gòu)，目前大多數(shù)行業(yè)的數(shù)據(jù)中心都已經(jīng)具備了云計(jì)算的能力。除了大規(guī)模數(shù)據(jù)庫等少數(shù)業(yè)務(wù)場景以外，新業(yè)務(wù)應(yīng)用基本都是使用云模式進(jìn)行構(gòu)建，同時(shí)還有大量現(xiàn)有的業(yè)務(wù)應(yīng)用正不斷向云計(jì)算環(huán)境進(jìn)行遷移。
基于云計(jì)算架構(gòu)的數(shù)據(jù)中心建設(shè)已經(jīng)成為主流的建設(shè)模式，提供更多的是一種服務(wù)。而基于分布式架構(gòu)的數(shù)據(jù)中心，更多的是指一種數(shù)據(jù)中心的計(jì)算模式，而不是一種服務(wù)形式，它是云計(jì)算數(shù)據(jù)中心的技術(shù)基礎(chǔ)和擴(kuò)充。
二、集中和分布式架構(gòu)兩種數(shù)據(jù)中心的區(qū)別
分布式架構(gòu)數(shù)據(jù)中心在技術(shù)層次上，主要包括兩個(gè)概念：單個(gè)數(shù)據(jù)中心內(nèi)的分布式架構(gòu)和多個(gè)數(shù)據(jù)中心的分布式架構(gòu)。單個(gè)數(shù)據(jù)中心內(nèi)的分布式架構(gòu)，主要包括分布式計(jì)算、存儲(chǔ)、安全網(wǎng)絡(luò)等多種分布式技術(shù)的合集。多個(gè)數(shù)據(jù)中心的分布式架構(gòu)主要是指將傳統(tǒng)多個(gè)數(shù)據(jù)中心統(tǒng)一整合為一個(gè)數(shù)據(jù)中心。實(shí)現(xiàn)業(yè)務(wù)連續(xù)性災(zāi)備，多中心運(yùn)營和管理等。例如：將多個(gè)不同地區(qū)，不同規(guī)模的數(shù)據(jù)中心使用統(tǒng)一的管理平臺(tái)進(jìn)行資源的統(tǒng)一管理，使用統(tǒng)一的運(yùn)營平臺(tái)實(shí)現(xiàn)統(tǒng)一運(yùn)行。
2.1分布式計(jì)算架構(gòu)
數(shù)據(jù)中心的分布式計(jì)算更多的是指分布式軟件架構(gòu)，是以分布式計(jì)算技術(shù)為基礎(chǔ)，用于解決大規(guī)模問題的軟件架構(gòu)。分布式軟件架構(gòu)具有較好的伸縮性，特別在處理大數(shù)據(jù)問題時(shí)，分布式架構(gòu)能顯著提高處理速度。常見的分布式軟件架構(gòu)有分布式操作系統(tǒng)、文件系統(tǒng)和數(shù)據(jù)庫等。
以數(shù)據(jù)庫為例，傳統(tǒng)數(shù)據(jù)中心是單個(gè)數(shù)據(jù)庫為主，數(shù)據(jù)集中存儲(chǔ)在一臺(tái)服務(wù)器或存儲(chǔ)上，數(shù)據(jù)的處理也集中在單個(gè)或多個(gè)集群節(jié)點(diǎn)內(nèi)完成。傳統(tǒng)數(shù)據(jù)中心數(shù)據(jù)庫以O(shè)racle、Db2為主，但是當(dāng)單表數(shù)據(jù)量爆炸或者單個(gè)數(shù)據(jù)庫無法承受高強(qiáng)度I/O時(shí)，集中式的架構(gòu)是無法解決性能和數(shù)據(jù)處理瓶頸問題的。淘寶網(wǎng)最早使用的就是Oracle數(shù)據(jù)庫，隨著用戶和商品信息量的增加，最后不得不改走分布式數(shù)據(jù)庫的路線。分布式架構(gòu)的數(shù)據(jù)庫具有靈活的體系結(jié)構(gòu)，更適合分布式的管理與控制，而且可擴(kuò)展性好，也易于擴(kuò)充。
2.2分布式存儲(chǔ)架構(gòu)
傳統(tǒng)數(shù)據(jù)中心通常為集中式存儲(chǔ)架構(gòu)，單臺(tái)存儲(chǔ)的性能和擴(kuò)展能力是有限的，一般達(dá)不到線性擴(kuò)展。隨著存儲(chǔ)容量的增加，存儲(chǔ)的性能會(huì)先增加然后達(dá)到一定瓶頸后逐漸降低。面對(duì)海量PB級(jí)數(shù)據(jù)，如果使用傳統(tǒng)獨(dú)立SAN存儲(chǔ)設(shè)備，要么擴(kuò)展能力達(dá)不到，要么擴(kuò)展能力可以達(dá)到海量PB級(jí)別，但是容量和性能不會(huì)線性增長，而且以后存儲(chǔ)擴(kuò)容和運(yùn)維成本也非常高。
隨著數(shù)據(jù)中心業(yè)務(wù)數(shù)據(jù)的不斷增加，大數(shù)據(jù)的海量數(shù)據(jù)挖掘與日志分析正逐漸成為一個(gè)主要應(yīng)用場景。在面對(duì)極具彈性的存儲(chǔ)需求和性能要求下，傳統(tǒng)數(shù)據(jù)中心單機(jī)或者獨(dú)立的SAN存儲(chǔ)設(shè)備基本無法滿足大數(shù)據(jù)處理的需要，分布式存儲(chǔ)就顯得尤為重要。
以Hadoop為例，這是一款比較成熟而且應(yīng)用比較多的大數(shù)據(jù)處理的分布式開源軟件。其最底部是HDFS分布式存儲(chǔ)，HDFS的設(shè)計(jì)本質(zhì)就是為了大量的數(shù)據(jù)能夠分布式存儲(chǔ)而存在的。HDFS可以將數(shù)據(jù)存放在很多不同的機(jī)器上，而用戶不必關(guān)心具體的數(shù)據(jù)在哪，HDFS會(huì)管理這些數(shù)據(jù)。HDFS是一個(gè)高度容錯(cuò)的分布式存儲(chǔ)系統(tǒng)，可以分布式部署，以流式訪問模式訪問應(yīng)用程序的數(shù)據(jù)，可以提高整個(gè)系統(tǒng)的數(shù)據(jù)吞吐量，非常合適用于具有超大數(shù)據(jù)集的應(yīng)用中，而且隨著整個(gè)分布式存儲(chǔ)系統(tǒng)的擴(kuò)展，容量和性能會(huì)成正比進(jìn)行線性增長，非常適合大數(shù)據(jù)類的業(yè)務(wù)處理和應(yīng)用。
2.3分布式安全網(wǎng)絡(luò)
傳統(tǒng)數(shù)據(jù)中心網(wǎng)絡(luò)安全是基于安全域、安全邊界的防護(hù)機(jī)制，是一套縱向安全策略，只關(guān)注業(yè)務(wù)流量的訪問控制，將流量安全控制作為唯一的規(guī)劃考慮因素。而虛擬化技術(shù)的大量使用使得網(wǎng)絡(luò)邊界模糊化，主要依賴橫向安全策略，能夠滿足安全流量動(dòng)態(tài)遷移到其它物理服務(wù)器。傳統(tǒng)基于已經(jīng)難以滿足虛擬化環(huán)境下的應(yīng)用模式，虛擬化的服務(wù)提供模式，使得對(duì)使用者身份、權(quán)限和行為的鑒別、控制與審計(jì)變得更加困難。這會(huì)導(dǎo)致許多基于傳統(tǒng)數(shù)據(jù)中心的安全防護(hù)手段失效。
在云計(jì)算數(shù)據(jù)中心，多臺(tái)虛擬機(jī)都在一個(gè)服務(wù)器設(shè)備內(nèi)運(yùn)行，虛擬機(jī)之間通過虛擬化交換機(jī)進(jìn)行連接，通信流量并沒有通過外部交換設(shè)備，導(dǎo)致傳統(tǒng)安全設(shè)備對(duì)這部分的流量失去監(jiān)控。目前大多數(shù)虛擬化軟件廠商沒有在虛擬機(jī)通信的東西向流量提供高效的檢測和隔離方式，如果某臺(tái)虛擬機(jī)出現(xiàn)安全問題，可能會(huì)對(duì)相關(guān)連的資源池產(chǎn)生嚴(yán)重的安全威脅。另外，虛擬機(jī)會(huì)隨時(shí)遷移到其他服務(wù)器設(shè)備上，造成安全域邊界的動(dòng)態(tài)化，傳統(tǒng)數(shù)據(jù)中心固定邊界的防護(hù)手段也會(huì)失效。當(dāng)虛擬機(jī)遷移到新服務(wù)器設(shè)備上，如果新服務(wù)器設(shè)備沒有對(duì)應(yīng)的安全保護(hù)策略，就可能對(duì)遷移后的虛擬機(jī)造成安全威脅。
為解決云計(jì)算數(shù)據(jù)中心存在的安全問題，需要采用分布式的方式部署安全管理軟件或系統(tǒng)。通常分布式網(wǎng)絡(luò)安全產(chǎn)品由集中管理平臺(tái)+分布式安全管理軟件組成。集中管理平臺(tái)負(fù)責(zé)安全策略的集中管理，并對(duì)安全策略的遷移功能提供支持。同時(shí)接收虛擬化安全設(shè)備的日志以及統(tǒng)計(jì)信息，并分析整個(gè)數(shù)據(jù)中心的安全態(tài)勢。安全軟件是以分布式的形式部署虛擬機(jī)和虛擬化平臺(tái)上，可以克服傳統(tǒng)物理安全設(shè)備的局限，更貼近虛擬機(jī)的位置，利用引流或者重定向機(jī)制，獲取所有虛擬機(jī)的流量，實(shí)現(xiàn)分布式的安全防護(hù)。
2.4分布式云數(shù)據(jù)中心
傳統(tǒng)數(shù)據(jù)中心為了做到業(yè)務(wù)高可用，保證業(yè)務(wù)連續(xù)數(shù)據(jù)，防止數(shù)據(jù)丟失，通過采用“同城主備/雙活數(shù)據(jù)中心”或者“兩地三中心”的架構(gòu)。但是不管采用哪一種架構(gòu)方案，都會(huì)產(chǎn)生一定的IT資源浪費(fèi)問題。“主備數(shù)據(jù)中心”，解決了業(yè)務(wù)連續(xù)性問題，但是平時(shí)只啟用一個(gè)數(shù)據(jù)中心資源，另外一個(gè)做備份。“雙活數(shù)據(jù)中心”，解決了業(yè)務(wù)高可用問題，但是兩個(gè)數(shù)據(jù)中心需要部署和運(yùn)行同樣業(yè)務(wù)，同樣會(huì)浪費(fèi)一個(gè)數(shù)據(jù)中心的資源。“兩地三中心”，同時(shí)最大程度的兼顧業(yè)務(wù)和數(shù)據(jù)安全，但是IT資源浪費(fèi)最嚴(yán)重。
在分布式云數(shù)據(jù)中心概念里，多個(gè)數(shù)據(jù)中心不再是主/備或者雙活的關(guān)系，而是通過云計(jì)算技術(shù)、廣域網(wǎng)二層網(wǎng)絡(luò)互連技術(shù)和數(shù)據(jù)復(fù)制技術(shù)，將多個(gè)數(shù)據(jù)中心組建成一個(gè)分布式的跨中心和地域的“虛擬資源池”。所有業(yè)務(wù)和數(shù)據(jù)都可以按需被分配到不同的數(shù)據(jù)中心，實(shí)現(xiàn)比“雙活”或者“兩地三中心”更優(yōu)的業(yè)務(wù)部署方案。同時(shí)還可以實(shí)現(xiàn)數(shù)據(jù)中心資源利用率的最大化，降低運(yùn)維和管理成本，更好的保證業(yè)務(wù)的連續(xù)性。
基于分布式架構(gòu)的云數(shù)據(jù)中心，主要考慮三個(gè)問題：業(yè)務(wù)訪問網(wǎng)絡(luò)，大二層網(wǎng)絡(luò)和數(shù)據(jù)同步復(fù)制。業(yè)務(wù)訪問網(wǎng)絡(luò)可以通過全局負(fù)載均衡GLSB和智能DNS實(shí)現(xiàn)不同區(qū)域的本地訪問，使用大二層互聯(lián)網(wǎng)絡(luò)技術(shù)可以解決虛擬機(jī)遷移問題。數(shù)據(jù)同步復(fù)制可使用微服務(wù)+容器+分布式存儲(chǔ)復(fù)制技術(shù)解決。通過微服務(wù)解耦業(yè)務(wù)，無狀態(tài)應(yīng)用使用容器通過大二層網(wǎng)絡(luò)進(jìn)行遷移，有狀態(tài)應(yīng)用可以跟隨虛擬機(jī)進(jìn)行遷移，冷數(shù)據(jù)盡量集中存儲(chǔ)，共享訪問，避免過多的數(shù)據(jù)遷移。
2.5兩種架構(gòu)的主要區(qū)別
通過上述對(duì)集中式和分布式架構(gòu)在資源處理能力、業(yè)務(wù)支撐能力、安全管理能力、可用性和一致性、運(yùn)維和管理等多個(gè)方面的分析可以看出：集中式架構(gòu)在系統(tǒng)復(fù)雜度、數(shù)據(jù)一致性、安全措施實(shí)施方便性和運(yùn)維管理復(fù)雜度等方面有一定優(yōu)勢。分布式架構(gòu)在資源使用成本和擴(kuò)展能力、業(yè)務(wù)部署的靈活和系統(tǒng)可用性等方面具有明顯優(yōu)勢。而且集中式架構(gòu)的復(fù)雜性可以通過加強(qiáng)管理和設(shè)計(jì)降低復(fù)雜度，安全措施則可以通過增加安全系統(tǒng)和手段加強(qiáng)控制，數(shù)據(jù)一致性則需要通過先進(jìn)的分布式系統(tǒng)與大規(guī)模運(yùn)維平臺(tái)來支持，當(dāng)然前提是需要犧牲一定的可用性，這也是分布式架構(gòu)面臨的一個(gè)挑戰(zhàn)，下文我們會(huì)進(jìn)行詳細(xì)論述。
三、分布式架構(gòu)數(shù)據(jù)中心的挑戰(zhàn)
隨著數(shù)據(jù)中心信息系統(tǒng)數(shù)量的增加和處理數(shù)據(jù)量越來越大，分布式架構(gòu)的優(yōu)勢會(huì)越來越明顯，但是越是先進(jìn)的架構(gòu)所面臨的挑戰(zhàn)也就越大。
3.1設(shè)計(jì)上的挑戰(zhàn)
由于分布式架構(gòu)采用多節(jié)點(diǎn)設(shè)計(jì)，這種架構(gòu)最大的難點(diǎn)是會(huì)導(dǎo)致數(shù)據(jù)一致性和可用性上的挑戰(zhàn)，所有的分布式架構(gòu)設(shè)計(jì)都繞不開這兩個(gè)挑戰(zhàn)。
根據(jù)CAP理論，分布式系統(tǒng)只能滿足其中兩項(xiàng)而不可能滿足全部三項(xiàng)。在分布式計(jì)算環(huán)境下，P是必須要現(xiàn)實(shí)的，否則分布式網(wǎng)絡(luò)節(jié)點(diǎn)通訊就會(huì)出現(xiàn)問題，所以只能在C和A之間做出選擇，即選擇CP模型或者AP模型，實(shí)際的選擇需要根據(jù)自身的業(yè)務(wù)場景來根據(jù)各個(gè)不同的模型特點(diǎn)進(jìn)行取舍。對(duì)于一些離線的應(yīng)用或者對(duì)可用性要求不高的業(yè)務(wù)，可以采用CP模型。這一類模型相對(duì)簡單，但是應(yīng)用場景也有限。例如日志數(shù)據(jù)分析系統(tǒng)，大部分?jǐn)?shù)據(jù)都在本地，我們只需要在分布式架構(gòu)中配置一定的冗余節(jié)點(diǎn)和恢復(fù)機(jī)制即可。如果某個(gè)節(jié)點(diǎn)出現(xiàn)故障，分析系統(tǒng)會(huì)自動(dòng)等待其他備用節(jié)點(diǎn)恢復(fù)后再繼續(xù)運(yùn)行，因?yàn)槎虝r(shí)間停止不會(huì)對(duì)系統(tǒng)產(chǎn)生太多影響，但是各個(gè)節(jié)點(diǎn)分析的數(shù)據(jù)要求必須保持一致性。
在數(shù)據(jù)中心，核心系統(tǒng)和重要業(yè)務(wù)系統(tǒng)占比較大，如果采用分布式架構(gòu)，可能即需要高可用性也要求數(shù)據(jù)一致性，這是分布式架構(gòu)設(shè)計(jì)最大的一個(gè)挑戰(zhàn)。以銀行業(yè)為例，保證業(yè)務(wù)的連續(xù)性和高可用性是非常重要的一個(gè)需求，可以采用AP模型進(jìn)行設(shè)計(jì)。但是數(shù)據(jù)一致性也是要盡量保證的，因?yàn)榻鹑谙到y(tǒng)如果數(shù)據(jù)不一致，會(huì)產(chǎn)生嚴(yán)重的數(shù)據(jù)問題。關(guān)于數(shù)據(jù)一致性，在分布式架構(gòu)中可以按程度分為強(qiáng)一致性、弱一致性和最終一致性。為了保證金融系統(tǒng)的高可用和業(yè)務(wù)連續(xù)性，數(shù)據(jù)強(qiáng)一致性很難達(dá)到，弱一致性又無法滿足要求，做為取舍，可以實(shí)現(xiàn)數(shù)據(jù)的最終一致性。在分布式系統(tǒng)中，數(shù)據(jù)會(huì)被存儲(chǔ)在多個(gè)節(jié)點(diǎn)，各個(gè)節(jié)點(diǎn)的數(shù)據(jù)被應(yīng)用修改后，最終一致性不要求各個(gè)節(jié)點(diǎn)同時(shí)更新數(shù)據(jù)，只要求盡快將各個(gè)節(jié)點(diǎn)更新后的數(shù)據(jù)分布到整個(gè)系統(tǒng)中，這樣在保證系統(tǒng)可用性的同時(shí)會(huì)實(shí)現(xiàn)數(shù)據(jù)的最終一致性，保證金融行業(yè)對(duì)數(shù)據(jù)要求。當(dāng)然，并不是所有的金融業(yè)務(wù)都可以采用最終一致性的方案，例如核心實(shí)時(shí)交易系統(tǒng)，必要要求實(shí)時(shí)處理數(shù)據(jù)并保持強(qiáng)一致性，這也是目前大多數(shù)金融機(jī)構(gòu)核心交易系統(tǒng)還在使用集中式架構(gòu)的原因。
3.2建設(shè)過程中的挑戰(zhàn)
分布式云數(shù)據(jù)中心在建設(shè)過程中同樣也面臨一些挑戰(zhàn)，主要包括網(wǎng)絡(luò)、存儲(chǔ)和計(jì)算三個(gè)方面：
在網(wǎng)絡(luò)方面，多個(gè)分布式云數(shù)據(jù)中心之間的通信是個(gè)問題。需要考慮多個(gè)不同區(qū)域的網(wǎng)絡(luò)訪問接入、負(fù)載均衡問題。還要滿足分散在多個(gè)云數(shù)據(jù)中心之間的業(yè)務(wù)通信和切換的需要。目前主流的技術(shù)方案是以大二層網(wǎng)絡(luò)技術(shù)為主，打通多個(gè)數(shù)據(jù)之間的網(wǎng)絡(luò)，形成一個(gè)統(tǒng)一的邏輯網(wǎng)絡(luò)。但是目前各個(gè)網(wǎng)絡(luò)設(shè)備廠商之間的大二層網(wǎng)絡(luò)和協(xié)議不統(tǒng)一，設(shè)備兼容性有一定的問題，這也是分布式云數(shù)據(jù)中心改造所需要解決的一個(gè)問題。
在存儲(chǔ)方面，數(shù)據(jù)實(shí)時(shí)同步，實(shí)現(xiàn)統(tǒng)一的存儲(chǔ)資源共享并建立高可靠性的數(shù)據(jù)保護(hù)機(jī)制，是一個(gè)比較嚴(yán)峻的挑戰(zhàn)。多個(gè)數(shù)據(jù)中心可能分散在不同地域，各個(gè)數(shù)據(jù)中心之間的網(wǎng)絡(luò)帶寬有限，可能無法做到數(shù)據(jù)實(shí)時(shí)同步，只能采用異步傳輸。那么數(shù)據(jù)一致性和完整性可能就等不到保證。上文提到的應(yīng)用解耦+微服務(wù)架構(gòu)可以解決一部分問題。但是對(duì)于傳統(tǒng)的無法進(jìn)行微服務(wù)改造的應(yīng)用仍然是個(gè)難題。在數(shù)據(jù)一致性和可用性上可能需要一些取舍。
在計(jì)算方面，目前技術(shù)相對(duì)成熟。將資源云化以后，利用云計(jì)算技術(shù)可以實(shí)現(xiàn)對(duì)計(jì)算資源在多個(gè)云數(shù)據(jù)中心的統(tǒng)一調(diào)度和管理。還可以設(shè)定權(quán)限，進(jìn)行精細(xì)化管理。在計(jì)算方面的一些挑戰(zhàn)，通常指對(duì)計(jì)算資源的管理。例如在某一個(gè)應(yīng)用出現(xiàn)故障時(shí)，是將這個(gè)資源在本地進(jìn)行重建還是在其他云數(shù)據(jù)中心進(jìn)行遷移和重啟，因?yàn)檫@會(huì)影響到各個(gè)節(jié)點(diǎn)的其他業(yè)務(wù)訪問，需要提前進(jìn)行統(tǒng)一的規(guī)劃和安排。
四、結(jié)束語
相對(duì)于傳統(tǒng)數(shù)據(jù)中心，構(gòu)建分布式架構(gòu)的云數(shù)據(jù)中心是非常有必要的，它影響著數(shù)據(jù)中心建設(shè)的方方面面。在未來，沒有分布式架構(gòu)的數(shù)據(jù)中心一定不會(huì)是一個(gè)優(yōu)秀的數(shù)據(jù)中心。通過云計(jì)算技術(shù)的不斷發(fā)展與實(shí)踐，我相信分布式架構(gòu)一定會(huì)成為銀行數(shù)據(jù)中心的未來發(fā)展方向。即使銀行未來數(shù)據(jù)中心的架構(gòu)不是完全分布式的，但是分布式架構(gòu)也絕對(duì)不會(huì)缺席，一定會(huì)有分布式架構(gòu)的一席之地。
