因為現(xiàn)有企業(yè)IT的應用和架構是從過去垂直型組織結構發(fā)展而來,應用和數(shù)據(jù)條塊分割是不可避免的,但也都或多或少地進行過一些數(shù)據(jù)集成。在我們接觸的客戶中,根據(jù)數(shù)據(jù)集成的成熟度,大概就兩類:典型傳統(tǒng)的垂直型應用,核心應用間幾乎都存在大量的數(shù)據(jù)兀余,數(shù)據(jù)通過上報的形式以日/周/月周期集成,由于元數(shù)據(jù)不一致和數(shù)據(jù)采集分析過程的不同,不同應用的數(shù)據(jù)口徑不一致現(xiàn)象經(jīng)常發(fā)生,需要大量人工完成數(shù)據(jù)核對和清洗。顯而易見,這種情況下減少數(shù)據(jù)周轉周期,提供高質(zhì)量的企業(yè)運營數(shù)據(jù)是很困難的,而這恰恰又是敏捷企業(yè)所需要的。

企業(yè)架構以運營數(shù)據(jù)庫為基礎,主要應用都維護一個運營數(shù)據(jù)庫的副本,并定期和運營數(shù)據(jù)庫同步。這種情況下數(shù)據(jù)周轉周期和數(shù)據(jù)的質(zhì)量都是比較好的,但是由于應用和數(shù)據(jù)的禍合度太高,每個應用都存在對信息訪問的冗余邏輯,當某些應用,特別是運營數(shù)據(jù)庫的升級時,相關的應用都需要被改造,這是對業(yè)務變化快速響應的一大障礙。為了適應敏捷企業(yè)對于數(shù)據(jù)實時性、數(shù)據(jù)質(zhì)量和數(shù)據(jù)訪問的靈活性的要求,這兩種類型的信息架構都需要進行改造。這種改造包括信息的虛擬化,這一點第二種類型的信息架構已經(jīng)有了很好的基礎,但是需要加強元數(shù)據(jù)的管理,以提高信息、集成架構的靈活性;其次,開發(fā)和維護統(tǒng)一的對信息訪問的邏輯,并將其暴露為服務。

信息架構的第一個層次是現(xiàn)在已經(jīng)存在的各種數(shù)據(jù)源,它們包括關系數(shù)據(jù)庫、數(shù)據(jù)文件、多媒體內(nèi)容管理系統(tǒng)以及各種應用等。數(shù)據(jù)庫,但是對他們的直接訪問,信息架構的第二個層次是通過多種手段完成信息的虛擬化,經(jīng)過虛擬化后的信息模型應該和業(yè)務架構中的企業(yè)信息模型相匹配。虛擬化的過程主要是信息的物理集中或虛擬集中,物理集中需要創(chuàng)建中心數(shù)據(jù)庫,其數(shù)據(jù)模型和企業(yè)信息模型相匹配,然后通過ETL或EI(I企業(yè)信息集成)中間件的集中(consolidation)方式將數(shù)據(jù)復制到中心數(shù)據(jù)庫,因為數(shù)據(jù)層面上的不一致性對數(shù)據(jù)進行清洗是可避免的。