直擊企業(yè)數(shù)據(jù)集成技術(shù)

申請免費試用、咨詢電話：400-8352-114

    與我們熟知的“信息孤島”相比，“數(shù)據(jù)孤島”形容的是IT環(huán)境中最基本元素—數(shù)據(jù)的離散狀態(tài)。毋庸置疑，數(shù)據(jù)是企業(yè)最重要的信息資產(chǎn)，但是在現(xiàn)實環(huán)境中，企業(yè)數(shù)據(jù)往往會因天然的業(yè)務分隔或行政分劃，或者是IT應用復雜性的增加而駐留在不同的應用程序、數(shù)據(jù)庫和遺留系統(tǒng)中。如何把不同來源、格式和質(zhì)量的數(shù)據(jù)通過邏輯或物理的方法集中起來，實現(xiàn)企業(yè)級數(shù)據(jù)的全面共享，進而為企業(yè)決策等高級應用提供支持，提升數(shù)據(jù)資產(chǎn)的價值，是數(shù)據(jù)集成技術(shù)肩負的使命所在。

     除了集中企業(yè)內(nèi)部分散的業(yè)務數(shù)據(jù)之外，數(shù)據(jù)集成還能夠在并購、分拆等商業(yè)行為發(fā)生時充當IT邊界變更后企業(yè)數(shù)據(jù)的“黏合劑”。對于現(xiàn)階段頻繁發(fā)生的企業(yè)并購行為而言，數(shù)據(jù)集成能夠幫助這些企業(yè)在短期內(nèi)實現(xiàn)應用整合。

     以蘇格蘭的哈利法克銀行和蘇格蘭銀行合并為例，由于專注的金融服務領(lǐng)域具有明確的互補性，兩家銀行的結(jié)合被業(yè)界廣為稱道。但是要合并兩家銀行信用卡業(yè)務系統(tǒng)中的6億份數(shù)據(jù)記錄卻是件異常艱苦的工作。為了實現(xiàn)信用卡業(yè)務數(shù)據(jù)合并的目標，兩家銀行啟動了持續(xù)性的集成操作。首先，哈利法克銀行將其核心信用卡應用軟件從First Data Resources平臺遷移到EDS平臺；然后，利用甲骨文和Business Objects建立一個簡單的報表數(shù)據(jù)庫，并對3億份記錄進行了數(shù)據(jù)更新；最后，運用Informatica PowerMart套件所提供的ETL（抽取、轉(zhuǎn)換和裝載）功能建立新的數(shù)據(jù)庫，并將剩余的3億份記錄添加其中。整個過程僅歷時四個月，數(shù)據(jù)集成工具所提供的自動化建模、多數(shù)據(jù)源導入特性使合并工程的效率大幅提升。

多維度技術(shù)視角

    數(shù)據(jù)集成與BI（商業(yè)智能）、數(shù)據(jù)庫、數(shù)據(jù)倉庫技術(shù)存在緊密的聯(lián)動關(guān)系，同時它也被認為是能夠提升企業(yè)業(yè)務響應能力的關(guān)鍵技術(shù)之一。由于數(shù)據(jù)集成對業(yè)務敏捷化的關(guān)鍵支持能力，使其正在成為促進不同應用間協(xié)同的基本保證。要給“數(shù)據(jù)集成”下一個定義并不容易，對于具有不同技術(shù)背景、不同知識體系的人而言，其概念的差異性明顯。

    對開發(fā)人員而言，數(shù)據(jù)集成往往等同于數(shù)據(jù)聯(lián)合，即把分散在不同位置的數(shù)據(jù)集中起來；對架構(gòu)師來說，數(shù)據(jù)集成通常意味著應用消息的互聯(lián)；對BI分析人員而言，它意味著數(shù)據(jù)的匯聚，以及數(shù)據(jù)清洗、規(guī)范化的過程；而對IT系統(tǒng)的使用者業(yè)務人員來說，他們希望數(shù)據(jù)集成并不是“服務”、“數(shù)據(jù)庫”、“數(shù)據(jù)倉庫”等概念的堆砌，而是真正數(shù)據(jù)語義的集中。

    而從項目實施的流程與結(jié)果上看，數(shù)據(jù)集成需要擁有一個狹義的定義。SAS中國華東區(qū)解決方案經(jīng)理張?zhí)旆逭J為，從嚴格意義上說，數(shù)據(jù)集成代表著不同系統(tǒng)、不同存儲介質(zhì)中的數(shù)據(jù)被集成到同質(zhì)數(shù)據(jù)環(huán)境中，并以統(tǒng)一數(shù)據(jù)視圖的形式予以展現(xiàn)。他還強調(diào)，數(shù)據(jù)集成并不是一項新技術(shù)，從有數(shù)據(jù)庫開始就一直存在發(fā)展。“數(shù)據(jù)集成之所以在近期被中國用戶廣泛關(guān)注，主要是由于中國企業(yè)的數(shù)據(jù)積累已經(jīng)達到一定規(guī)模，數(shù)據(jù)集成需求逐漸暴露所引發(fā)的?！彼f。

    Informatica中國區(qū)副總經(jīng)理林楊則表示，無論立足于哪種視角，項目實施的范圍如何，數(shù)據(jù)集成項目的進程都是要由業(yè)務來驅(qū)動的。數(shù)據(jù)集成項目實施的過程往往要經(jīng)歷業(yè)務流程的變更、業(yè)務邏輯的修改和應用規(guī)模的擴充，這決定了數(shù)據(jù)集成持續(xù)性部署的特性。在項目推進的各個階段，其對業(yè)務運營的貢獻是衡量數(shù)據(jù)集成的效果與價值的關(guān)鍵準則。

多元化技術(shù)路徑

數(shù)據(jù)集成是企業(yè)數(shù)據(jù)戰(zhàn)略的重要組成部分，其實現(xiàn)框架由不同層次和種類的技術(shù)所構(gòu)成。其中，數(shù)據(jù)倉庫ETL是一個重要分支。針對不同來源、不同格式的數(shù)據(jù)一致化和集成問題，ETL能夠通過數(shù)據(jù)抽取、數(shù)據(jù)轉(zhuǎn)換和數(shù)據(jù)裝載的連續(xù)操作，實現(xiàn)對跨平臺、多系統(tǒng)數(shù)據(jù)的高效集成。基于ETL的數(shù)據(jù)集成在企業(yè)中的應用非常普遍，但傳統(tǒng)ETL工具基本上不具備實時處理能力，其數(shù)據(jù)抽取操作以定時從業(yè)務系統(tǒng)中抽取的方式進行。不過，隨著實時分析與處理功能成為應用主流，具備實時消息處理、數(shù)據(jù)流功能的新一代ETL工具已經(jīng)出現(xiàn)。

在實時能力方面，以XML為基礎(chǔ)的實時數(shù)據(jù)整合技術(shù)更為擅長。這種消息隊列技術(shù)最早應用在銀行的票據(jù)交換系統(tǒng)中。實時數(shù)據(jù)整合與ETL的數(shù)據(jù)轉(zhuǎn)換操作有所差別，前者只進行數(shù)據(jù)格式轉(zhuǎn)換，不做內(nèi)容轉(zhuǎn)換。

據(jù)SAS的張?zhí)旆褰榻B，數(shù)據(jù)集成還包含一些基礎(chǔ)層面的技術(shù)。例如，數(shù)據(jù)同步/遷移技術(shù)。以銀行應用居多，該技術(shù)僅支持數(shù)據(jù)復制，應用的范圍限于同質(zhì)數(shù)據(jù)系統(tǒng)以內(nèi)。另外，映像/同步技術(shù)支持以磁盤映像的方式實現(xiàn)數(shù)據(jù)的物理同步，同時支持實時和非實時操作，但不支持數(shù)據(jù)清洗和轉(zhuǎn)換的功能。“ETL還有一個衍生的技術(shù)分支ELT（抽取、裝載和轉(zhuǎn)換），ELT宣稱對傳統(tǒng)ETL技術(shù)進行了改進，但兩者沒有本質(zhì)上的區(qū)別。”他說。除此之外，從數(shù)據(jù)集市衍生出來的主數(shù)據(jù)管理也是數(shù)據(jù)集成應用的重要支持技術(shù)之一。

張?zhí)旆逭J為，在現(xiàn)階段，ETL和消息隊列是數(shù)據(jù)集成領(lǐng)域相對成熟的規(guī)范化技術(shù)，但技術(shù)產(chǎn)品化的程度仍有待提升。

依托平臺跨越式集成

多元化的技術(shù)路徑?jīng)Q定了數(shù)據(jù)集成部署方法的多樣性。作為BI應用的基礎(chǔ)工程，不同種類的數(shù)據(jù)集成技術(shù)會分階段地在企業(yè)中進行實施，從而加劇了IT基礎(chǔ)架構(gòu)的復雜程度。

據(jù)Informatica的林楊介紹，目前數(shù)據(jù)集成項目有三個主要的實施角度：一是數(shù)據(jù)集成平臺，由獨立于數(shù)據(jù)庫平臺的軟件供應商提供，能夠?qū)崿F(xiàn)跨數(shù)據(jù)庫平臺、多種應用系統(tǒng)的數(shù)據(jù)集成，其過程中用戶不會受到數(shù)據(jù)庫類別的限制，集成操作最為靈活和自由；二是ERP或數(shù)據(jù)庫廠商提供的數(shù)據(jù)集成技術(shù)，主要是從數(shù)據(jù)庫集成的角度出發(fā)，包含報表、查詢等功能。其優(yōu)點是在同品牌的應用系統(tǒng)（例如SAP、甲骨文）中具有一定的整合優(yōu)勢，但弱點是外部集成能力不強，兼容性差；三是基于手工編程的數(shù)據(jù)集成。也被稱為“非企業(yè)級集成”，這種集成操作往往以項目為單位進行，標準化和規(guī)范性均較差。

林楊指出，目前手工編程方式在我國仍有80%左右的市場占有率，基本上等同于北美市場5～6年前的情況?！斑@種方式最大的弱點是，項目實施成果不能復用，只是單個項目受益，不具可擴展性”他說。

對于具有持續(xù)性、充足數(shù)據(jù)集成需求、同時渴望借助其發(fā)掘企業(yè)數(shù)據(jù)商業(yè)價值的用戶而言，數(shù)據(jù)集成平臺是一個明確的著眼點。林楊表示，企業(yè)的IT部門在數(shù)據(jù)遷移、數(shù)據(jù)整合、數(shù)據(jù)同步、數(shù)據(jù)倉庫等不同的業(yè)務領(lǐng)域都會使用到各式各樣的數(shù)據(jù)集成技術(shù)，但是要解決企業(yè)數(shù)據(jù)碎片的問題還是要借助統(tǒng)一的數(shù)據(jù)集成平臺。

過去，IT部門通?；趩蝹€項目實施數(shù)據(jù)集成，但針對不同的集成內(nèi)容卻采用不同的方法。例如一個團隊采用ETL工具，另一個團隊手工編寫腳本和EAI（企業(yè)應用集成）代碼，還有其他團隊使用軟件供應商的專用工具。如此一來，便導致了IT環(huán)境中一次性數(shù)據(jù)集成技術(shù)的劇增。數(shù)據(jù)集成技術(shù)的疊加讓IT基礎(chǔ)架構(gòu)變得更加復雜和脆弱，同時也造成了其管理成本的大幅增加，一旦企業(yè)引入外包、SaaS等新的服務或應用，架構(gòu)的復雜性會繼續(xù)上升。

林楊指出，建立在統(tǒng)一平臺和服務共享基礎(chǔ)上的數(shù)據(jù)集成是許多大型企業(yè)的通用做法，同時也正在成為客戶的主流選擇?！皵?shù)據(jù)集成平臺賦予了IT部門對數(shù)據(jù)集成技術(shù)靈活調(diào)用和分配的能力，使集成操作的協(xié)調(diào)性大大增加。從長期看，降低了數(shù)據(jù)集成的成本，同時還能夠滿足企業(yè)在IT審計、法規(guī)遵從等方面對數(shù)據(jù)管理的需要?！绷謼钫f。

平臺級軟件乘風起舞

在數(shù)據(jù)集成平臺統(tǒng)一數(shù)據(jù)集成方法、實現(xiàn)技術(shù)重用性、提升整體數(shù)據(jù)管理能力的作用被肯定之后，引發(fā)了眾多軟件廠商的技術(shù)追捧。目前，市場上有多種可供用戶選擇的統(tǒng)一數(shù)據(jù)集成解決方案。與基于點需求和系統(tǒng)內(nèi)部集成的工具軟件相比，這些平臺級軟件共同的特點表現(xiàn)在，它們能夠支持多種類型、結(jié)構(gòu)和來源的企業(yè)數(shù)據(jù)集成，并且具備面向企業(yè)異構(gòu)IT環(huán)境變化的應變能力。在確保系統(tǒng)整體安全性和高可用性的同時，采用基于元數(shù)據(jù)和開放標準的共享服務方法。

在企業(yè)從數(shù)據(jù)中挖掘更多業(yè)務價值的過程中，數(shù)據(jù)集成受關(guān)注的程度不斷升溫。而應用的推進也催生出了許多的技術(shù)交易與創(chuàng)新。作為信息管理領(lǐng)域的領(lǐng)先者之一，IBM面向數(shù)據(jù)集成進行了多次收購。例如，其在2005年收購Ascential，強化自身在數(shù)據(jù)交換、數(shù)據(jù)遷移、數(shù)據(jù)清洗等領(lǐng)域的能力。此外，IBM還收購了提供實時數(shù)據(jù)集成的軟件公司DataMirror。最近，針對IBM最新的IOD（信息隨需應變）架構(gòu)，IBM Information Server數(shù)據(jù)集成平臺級解決方案對收購技術(shù)和原有技術(shù)還進行了新一輪的整合。

一些BI領(lǐng)域的廠商也持有和IBM相同的想法，即向客戶交付統(tǒng)一的企業(yè)數(shù)據(jù)集成平臺，而非單純的ETL工具。Informatica和SAS是其中的代表。Informatica致力于幫助客戶解決數(shù)據(jù)碎片問題，是集成能力中心（ICC）最佳實踐的倡導者。林楊表示，Informatica所提供的統(tǒng)一數(shù)據(jù)集成平臺具備廣泛的連接性，可以集成包括大型機、關(guān)系型數(shù)據(jù)、文件數(shù)據(jù)、應用程序數(shù)據(jù)、消息隊列、XML和非結(jié)構(gòu)化數(shù)據(jù)在內(nèi)的多種類數(shù)據(jù)。通過可重用設計和統(tǒng)一的方法實現(xiàn)數(shù)據(jù)的訪問、集成和提交，并最終成為SOA框架的一部分。

張?zhí)旆褰榻B，SAS所提供的高效數(shù)據(jù)集成平臺能夠以及時、經(jīng)濟的方法將異構(gòu)系統(tǒng)內(nèi)的信息孤島整合起來。而這種操作可以在不依賴SQL語言的條件下，訪問、抽取、過濾、清洗、匯總源自不同平臺、不同格式的數(shù)據(jù)，同時提供支持快速開發(fā)、有效處理和更強大數(shù)據(jù)管控性能的平臺和工具。例如交互式數(shù)據(jù)整合流程開發(fā)環(huán)境、專業(yè)的數(shù)據(jù)質(zhì)量管理平臺、統(tǒng)一的元數(shù)據(jù)管理工具、第三方數(shù)據(jù)庫雙向訪問接口等。

數(shù)據(jù)集成要過幾道坎？

對很多企業(yè)而言，數(shù)據(jù)集成是圍繞特定的應用需求而實施的一系列獨立項目。但正如我們前面所說的，這種一次性集成方法的累積、不合理的使用反而會增加IT應用架構(gòu)的復雜性，制造新的數(shù)據(jù)碎片，帶來新的管理難題。

數(shù)據(jù)集成現(xiàn)階段面臨著哪些挑戰(zhàn)？作為一項“因復雜而生卻要削弱復雜”的IT技術(shù)，數(shù)據(jù)集成需要化解由數(shù)據(jù)和IT應用持續(xù)性變化所導致的巨大前進阻力。

在數(shù)據(jù)方面，現(xiàn)實的情況是，數(shù)據(jù)來源的類型愈發(fā)廣泛，數(shù)據(jù)格式更加多樣。從傳統(tǒng)視角看企業(yè)數(shù)據(jù)，主要集中在文件系統(tǒng)、數(shù)據(jù)庫和消息隊列中。而隨著新應用類型的出現(xiàn)，注冊表、監(jiān)控設備、博客、Wiki、郵件、手機短信也成為了企業(yè)數(shù)據(jù)的不同載體。對于數(shù)據(jù)的使用者而言，他們希望從一個集中式數(shù)據(jù)庫和通過基于SQL等通用標準的數(shù)據(jù)服務獲取不同類型的數(shù)據(jù)，而不用關(guān)心數(shù)據(jù)到底存儲在哪里，這大大增加了數(shù)據(jù)集成的難度。

數(shù)據(jù)格式方面，單純的二維信息描述方式顯得越來越“僵化”，難以適應變化業(yè)務的需求?？臻g數(shù)據(jù)、XML數(shù)據(jù)在數(shù)據(jù)描述上獲得了突破，但是在擁有靈活性的同時，數(shù)據(jù)集成的難度也增加了，對于具有同一業(yè)務語義，但格式卻不同的數(shù)據(jù)該如何進行集成？當我們需要將多種類的信息合并成一個實體時，集成技術(shù)需要完成高難度的操作。

在數(shù)據(jù)層之上，IT系統(tǒng)內(nèi)的天然邊界和業(yè)務區(qū)隔也會增加數(shù)據(jù)集成的難度。例如，企業(yè)的信息安全策略往往根據(jù)應用的保護等級和信任關(guān)系將其劃分為不同的安全區(qū)域，而數(shù)據(jù)集成卻通常需要跨越不同的網(wǎng)絡或LDAP域，為此，在集成之前需要根據(jù)“數(shù)據(jù)訪問協(xié)議”、“數(shù)據(jù)流向規(guī)定”等規(guī)劃數(shù)據(jù)的采集措施。但目前尚沒有類似的“統(tǒng)一跨域、跨網(wǎng)絡數(shù)據(jù)訪問規(guī)范”，數(shù)據(jù)集成需要根據(jù)每一個采集點單獨定義集成任務，同時還要隨著不同信任域的信任等級變化，反復地調(diào)整和配置。

雖然對于關(guān)系型數(shù)據(jù)庫和XML數(shù)據(jù)而言，數(shù)據(jù)的提取相對容易，但是隨著應用的推陳出新，企業(yè)數(shù)據(jù)變得無處不在，博客、電子郵件、Wiki、Word文檔都成為他們的容身之所。它們在數(shù)據(jù)庫之外，如何從這些混合了數(shù)據(jù)和用戶界面的介質(zhì)中提取出關(guān)鍵數(shù)據(jù)，往往需要數(shù)據(jù)集成人員和相關(guān)技術(shù)領(lǐng)域開發(fā)人員的分工協(xié)作。

另外，數(shù)據(jù)集成實施需要關(guān)注的問題還包括：如何選擇合適的執(zhí)行時機；如何在規(guī)避OLTP和OLAP高峰的同時，組織“快照”、“批量導入/導出”等任務。隨著多芯、多核服務器的普及，集成技術(shù)也需要從串行時代過渡到并行時代。怎樣為數(shù)據(jù)集成建立配套的監(jiān)控與錯誤處理流程？如何設計完善且具備自動化能力的數(shù)據(jù)集成流程，并且為其配備補救機制？而在技術(shù)、制度和管理之外，數(shù)據(jù)集成還需要具有多平臺、跨系統(tǒng)知識體系的工作團隊，那么，這些問題或許是企業(yè)面臨的最大挑戰(zhàn)。

并非普適技術(shù)

雖然困難重重，但是數(shù)據(jù)集成技術(shù)正在不斷成熟，用戶已經(jīng)能夠從市場上的相關(guān)解決方案中獲得具備整合能力的技術(shù)支持。而在正視數(shù)據(jù)集成挑戰(zhàn)的同時，企業(yè)還需要明確的是，數(shù)據(jù)集成在現(xiàn)階段并非一種普適性的技術(shù)，它不僅要求使用者具備一定的數(shù)據(jù)應用規(guī)模和復雜性，還需要投入較大的資金和人力。

林楊表示，現(xiàn)階段Informatica數(shù)據(jù)集成平臺的用戶集中在大中型企業(yè)。他指出，不同規(guī)模的企業(yè)部署數(shù)據(jù)集成應用的思路會有所不同，但是應用的門檻相對明確?！按笮推髽I(yè)往往選擇‘自上而下’的方法，首先搭建數(shù)據(jù)集成平臺，中型企業(yè)則更多地基于項目驅(qū)動，先在一定范圍內(nèi)實施，然后逐步積累，利用2～3年的時間使數(shù)據(jù)集成平臺逐漸成型。但對于小型企業(yè)來說，全面數(shù)據(jù)集成的壓力不大，手工編程、基于SQL的集成方式更為適用?！绷謼钸€強調(diào)，這并不意味著小型企業(yè)不需要進行數(shù)據(jù)集成，只是從性價比等角度考慮，暫時不需要應用綜合性的數(shù)據(jù)集成技術(shù)。

張?zhí)旆逡舱J為，目前的數(shù)據(jù)集成應用主要集中在金融、電信、政府等重點行業(yè)。以銀行業(yè)為例，SAS在中國最大的銀行業(yè)客戶擁有數(shù)十個TB的業(yè)務數(shù)據(jù)，而且數(shù)據(jù)邏輯非常復雜，需要借助數(shù)據(jù)集成技術(shù)進行數(shù)據(jù)的轉(zhuǎn)換、清洗和提交。他認為，對于中小型企業(yè)而言，把數(shù)據(jù)集成項目交由系統(tǒng)集成商執(zhí)行與自行購買相關(guān)軟件相比更為經(jīng)濟和高效，而一些中小客戶也喜歡采取“五五分賬”的方法，即對關(guān)鍵數(shù)據(jù)集成采用ETL工具，其他的則使用手工編程完成。

也有用戶認為，無論選擇怎樣的數(shù)據(jù)集成方案，實用和簡潔都是最關(guān)鍵的。雖然每個服務和應用采用點對點的連接方式很容易造成IT環(huán)境的混亂，但是在信息化建設的初期，這未嘗不是一個最快達成技術(shù)目標的選擇。對IT環(huán)境相對成熟的企業(yè)而言，最好在實施集成前先充分了解業(yè)務部門對信息互聯(lián)的需求，然后實施必要的統(tǒng)一數(shù)據(jù)治理。而無論集成項目的規(guī)模如何，都必須考慮建立相關(guān)的監(jiān)控措施，以及當關(guān)鍵流程出現(xiàn)錯誤和異常時該如何處置。

與SOA及其他

今天CIO們需要與各式各樣的技術(shù)創(chuàng)新打交道，SOA便是其中不可回避的一個。而SOA和數(shù)據(jù)集成有著緊密依存的關(guān)系，通過研究SOA解決方案不難發(fā)現(xiàn)，它們往往包含一些小型的集成方案，旨在幫助用戶解決數(shù)據(jù)交互、數(shù)據(jù)清洗等問題。林楊認為，SOA所關(guān)注的應用和數(shù)據(jù)集成的數(shù)據(jù)是緊耦合關(guān)系。把SOA理念具體落實到數(shù)據(jù)層面，它要使信息能夠隨需應變，而這正是數(shù)據(jù)集成的任務?！敖y(tǒng)一的企業(yè)數(shù)據(jù)集成平臺應該成為SOA的一部分，為IT應用提供信息服務支持。這要求企業(yè)在實施數(shù)據(jù)集成項目時也要引入SOA方法論，對數(shù)據(jù)的查找、整合、質(zhì)量評估進行持續(xù)性的改進，同時關(guān)注項目之間的相關(guān)性和延展性?！绷謼钫f。

“數(shù)據(jù)架構(gòu)和應用架構(gòu)緊密相關(guān)，良好的數(shù)據(jù)集成能夠簡化SOA對應用集成的實現(xiàn)。”張?zhí)旆逭f。但他也表示，SOA所倡導的分布式應用會增加數(shù)據(jù)集成的難度，存在一些沖突，對分布式異種數(shù)據(jù)的集成需要引入網(wǎng)格計算等概念。

從用戶角度看，數(shù)據(jù)治理是數(shù)據(jù)集成發(fā)展到一定階段的必要補充，否則，長期以來的數(shù)據(jù)和軟件一體化的黏性讓數(shù)據(jù)無法從服務和應用中剝離?？傮w而言，狹義的數(shù)據(jù)集成是更多地考慮如何進行數(shù)據(jù)互聯(lián)，如何向應用屏蔽不同數(shù)據(jù)源的物理位置、通信協(xié)議和數(shù)據(jù)格式，更多關(guān)注技術(shù)問題；而數(shù)據(jù)治理則側(cè)重在數(shù)據(jù)與業(yè)務語義、業(yè)務處理分析的層面之上。

編看編想

與變化博弈的數(shù)據(jù)集成

歷史造就了數(shù)據(jù)孤島，也將收復數(shù)據(jù)孤島的使命賦予了數(shù)據(jù)集成技術(shù)。不斷滋生的數(shù)據(jù)碎片會不斷給數(shù)據(jù)集成技術(shù)制造難題，同時也催生出使其前進的無限動力。對數(shù)據(jù)集成項目的執(zhí)行者而言，這樣的任務可能并沒有明確的終點，需要不斷地與變化進行抗爭。這些變化包括新應用的建立、數(shù)據(jù)庫平臺遷移/合并、IT應用規(guī)模的擴充，當然還有業(yè)務組織的拆分與購并。

無論你采取什么的技術(shù)路徑，都需要與變化為伍，雖然任何的變化都會讓你好不容易搭建的數(shù)據(jù)集成系統(tǒng)備受沖擊，但你還是不得不學著適應變化，與其成為朋友。張?zhí)旆逭J為，數(shù)據(jù)集成的要務是，在數(shù)據(jù)流動的過程中解決復雜的數(shù)據(jù)轉(zhuǎn)換和數(shù)據(jù)清洗問題，同時實現(xiàn)對海量數(shù)據(jù)處理的質(zhì)量保證。林楊也表示，數(shù)據(jù)集成是典型的持續(xù)型項目，由于與各種業(yè)務應用都存在接口，數(shù)據(jù)集成的實踐者需要在變化的環(huán)境中建立清晰的技術(shù)實現(xiàn)圖景。

流動中的數(shù)據(jù)變幻莫測，它們的內(nèi)容、質(zhì)量、結(jié)構(gòu)和定義都在不斷變化著，而業(yè)務的復雜程度、項目周期的縮短以及更多數(shù)量和類型數(shù)據(jù)的涌入，不斷制造出新的數(shù)據(jù)孤島。因此，數(shù)據(jù)集成將成為一門企業(yè)需要持續(xù)修習的功課。明確這一點，可以讓我們慎重考慮那些關(guān)注短視效應的選擇，用更加長遠的目光審視技術(shù)的發(fā)展并邁出堅實的腳步。(CCW-cnw)