我眼中的資料服務

我每次與客戶談起SOA參考架構時，就不免會談到“資料服務層”。然而每到這個時刻，客戶的思路就會不知不覺地被“資料”這個詞引到其它方面，接著便是一系列關於傳統資料問題的發問，“如何?資料的同步。。。”、“如何?資料變遷。。。”、“你們是如何解決大資料量問題。。。”等等，這個時候客戶往往兩眼放光，彷彿久病於床的病人找到瞭解藥。這個現象這至少說明了兩個問題：一是資料對於IT系統的重要性、二是大家對於SOA中所指的資料服務與傳統的資料問題存在著很大的誤解。其實，對於這個誤解確實不能怪大家，資料服務這個說法在我看來本身就不是很嚴謹，按我個人的理解，在SOA架構中，資料服務層應該被稱作“資訊服務層”。為什麼這麼說呢？我們先分別看看“資料”和“資訊”。

       什麼是資料？資料是基本的、最小的、或者擁有一些結構、關係和狀態的“資訊”片段的底層集合。那什麼又是資訊呢？資訊是資料的集合，是提供附加的形式、基本關係、文法和語義內容相關的基本邏輯。也就是說，資料是資訊的最小組成部分，雖然資料本身具有一些結構或關係，但是缺少資訊中的文法、語義上下文等特質。例如：家庭住址、郵編、姓名，這些都可以看作是資料，雖然家庭住址包含：國家、市、區、街道等資訊，但是就其本身來說沒有任何意義。如果將這些資料彙總到一起構成使用者這個資訊實體，那這組資料就更具業務意義，例如：使用者資訊實體可以與其它資訊實體構成一對一、一對多或多對多的關係；郵編與家庭地址之間存在校正關係；再比如姓名一般不會超過5個字元等。換句話說，資訊表示封裝了狀態（資料）和行為（邏輯）的實體（主體，對象）。可以認為資訊類似於物件導向編程中的模型類的執行個體，這個執行個體包含用於保持狀態的資料成員（執行個體變數）和提供（模型）行為的方法。

       那麼為什麼資訊比資料更適合SOA？我想這源於兩種思維的衝突。我們知道，無論什麼樣的IT系統，最終都是為業務人員服務。而業務人員的視角更多關注於他們每天都會打交道的業務實體，例如：客服人員希望在門戶中看到所有關於客戶的資訊：如客戶端註冊資訊、客戶投訴資訊、客戶訂單資訊等。而業務人員對於業務實體的定義或需求是不斷變化的，例如：企業領導今天想看到今天生產情況匯總，而明天除了想看到生產情況也想看到人員變動情況。業務人員在改變他們的想法時往往只是從業務的需求出發，不會關心資料的出處。而企業的IT部門則是另一番景象，當他們拿到業務人員的需求時，就需要將業務實體翻譯成具體可以操作物理資料描述。往往一個業務實體來自於多種系統（如：人事系統、生產系統、財務系統），資料提供者各異（如：資料庫、WebService、Java API等），最後，資料的格式也是各異。也就是說業務人員以業務為中心考慮問題、而技術人員以物理資料為中心考慮問題。每當業務發生小小變動，就意味著技術人員大量的工作量。從另一個角度來說，資訊更象是業務人員所面對的業務實體，而資料則是技術人員面對的物理資料。因此，資訊更容易與SOA中精粒度的業務方法發生關係。

       那這裡的“服務”是指什麼呢？我個人的理解是將“資訊”—服務化、標準化。資訊也好、業務實體也罷，最終還是要通過技術手段將其服務於業務系統。因此，要想讓這個層次被企業中所有系統都能夠訪問，必須將其以標準的方式提供服務，當然我們首先想到的還是Web服務，也就是說通過Web服務的方式將資訊內容對外提供服務。當然業界也提供了高效的資料服務訪問API—SDO實現對業務實體的訪問。