OpenHandX 數(shù)據(jù)服務(wù)為中心的企業(yè)架構(gòu)設(shè)想
2009-12-20
作者:彭明華
openhandx@foxmail.com
本文檔中的任何部分都不得以任何手段任何形式進(jìn)行復(fù)制與傳播
1 前言
隨著企業(yè)競爭的日益激烈,企業(yè)信息化的建設(shè)成為了關(guān)鍵因素,企業(yè)對計算機(jī)系統(tǒng)的需求越來越高,如:企業(yè)內(nèi)部的ERP管理系統(tǒng)、決策分析系統(tǒng),對外的銷售及支付、客戶服務(wù)系統(tǒng)等系統(tǒng)越來越多,大型企業(yè)的情況尤為復(fù)雜,單獨做好一個系統(tǒng)或幾個系統(tǒng)再也無法適應(yīng)企業(yè)信息化建設(shè)的發(fā)展。本文要談的是特大型企業(yè)應(yīng)用,這類企業(yè)的特點是壟斷、使用系統(tǒng)的員工上萬、地域分布廣差異大,對系統(tǒng)的功能和性能上有著極高的要求,本文從目前的企業(yè)現(xiàn)狀、企業(yè)架構(gòu)兩個方面說明。
2 目前的企業(yè)現(xiàn)狀
2.1 現(xiàn)狀1-多個系統(tǒng)百花齊放

這是目前大多數(shù)企業(yè)的現(xiàn)狀,這類企業(yè)管理層次太多,機(jī)構(gòu)和部門之間的利益及關(guān)系比較微妙。采購的成品的軟件系統(tǒng)也很難適應(yīng)企業(yè)多元化的應(yīng)用,因此大部分企業(yè)會選擇自主開發(fā)或?qū)Τ善废到y(tǒng)本地化的大改造。這類的軟件系統(tǒng)基本是為某個機(jī)構(gòu)或部門服務(wù)的,因此系統(tǒng)之間層次和定位比較混亂。主要表現(xiàn)為以下問題:
1、各個系統(tǒng)設(shè)計之初相互割裂,除了特殊業(yè)務(wù)功能上的需要基本沒有什么聯(lián)系,后期很難實現(xiàn)數(shù)據(jù)共享。
2、各個系統(tǒng)基礎(chǔ)數(shù)據(jù)冗余,每個都有自己的基礎(chǔ)數(shù)據(jù),如:組織架構(gòu)、員工、產(chǎn)品等信息。基礎(chǔ)數(shù)據(jù)的變化和更新涉及所有系統(tǒng),并且無法做到時間上的統(tǒng)一和數(shù)據(jù)的一致性。給系統(tǒng)之間調(diào)用需要留下很多隱患。
3、系統(tǒng)之間的模塊冗余,類似的模塊且功能不一致。如:員工信息管理,產(chǎn)品信息管理、報表等。如:銷售系統(tǒng)的銷售報表與財務(wù)的銷售報表、客戶關(guān)系系統(tǒng)的銷售報表不一致,由此產(chǎn)生的歧義對于特大型企業(yè)是不允許的。
4、系統(tǒng)對外接口混亂,系統(tǒng)設(shè)計最初就是獨立的,沒有對外系統(tǒng)提供接口。后來由于業(yè)務(wù)需要臨時添加,造成接口不規(guī)范、重復(fù)、繁雜,并缺少監(jiān)控存在安全漏洞。
5、系統(tǒng)難以深程度整合。基于以上問題企業(yè)會做一些整合,雖然有portal和sso等登錄和界面上的用戶操作整合,但是功能和數(shù)據(jù)上的深程度整合沒有做到。
2.2 現(xiàn)狀2-ERP系統(tǒng)為中心

這類企業(yè)業(yè)務(wù)和管理上相對規(guī)范,能統(tǒng)一采購成品的ERP軟件系統(tǒng),企業(yè)的大部分業(yè)務(wù)需求都能通過ERP系統(tǒng)完成。這類企業(yè)應(yīng)用架構(gòu)是以 ERP系統(tǒng)為中心,在一段時間內(nèi)數(shù)據(jù)比較統(tǒng)一,各個模塊之間協(xié)調(diào)一致。這在系統(tǒng)建設(shè)初期比較好,隨著企業(yè)的發(fā)展原有ERP系統(tǒng)不能滿足新的業(yè)務(wù)需求時,系統(tǒng)升級比較困難。不得不另外開發(fā)獨立的其他系統(tǒng),久而久之又形成了多個系統(tǒng)百花齊放難以控制的局面。
3 數(shù)據(jù)服務(wù)為中心的企業(yè)架構(gòu)
數(shù)據(jù)服務(wù)為中心的企業(yè)架構(gòu)是以企業(yè)的數(shù)據(jù)為核心。不管企業(yè)如何發(fā)展的,他的系統(tǒng)如何升級改造,數(shù)據(jù)永遠(yuǎn)是企業(yè)的核心。數(shù)據(jù)服務(wù)為中心就是要建立統(tǒng)一的核心數(shù)據(jù)、統(tǒng)一的業(yè)務(wù)規(guī)則、統(tǒng)一的服務(wù)接口、統(tǒng)一的安全管理、提供高效準(zhǔn)確的數(shù)據(jù)、提供復(fù)用的功能、提供良好的擴(kuò)展性,并與前端業(yè)務(wù)系統(tǒng)無縫銜接實現(xiàn)深程度的整合。設(shè)計采用“數(shù)據(jù)為中心、服務(wù)為依托、SOA、ESB為技術(shù)手段”的思路。
3.1 基礎(chǔ)架構(gòu)

初步建立數(shù)據(jù)為中心的企業(yè)架構(gòu),首先實現(xiàn)數(shù)據(jù)的統(tǒng)一和系統(tǒng)功能的一致性,滿足企業(yè)日常生產(chǎn)運行的需要。
1、真正實現(xiàn)數(shù)據(jù)統(tǒng)一管理,基礎(chǔ)數(shù)據(jù)和公共數(shù)據(jù)最大程度被復(fù)用,有效解決了多個系統(tǒng)基礎(chǔ)數(shù)據(jù)的不一致性,為系統(tǒng)間的調(diào)用和數(shù)據(jù)的決策分析打下良好基礎(chǔ)。
2、真正實現(xiàn)服務(wù)層與操作層的分離,數(shù)據(jù)服務(wù)組件以SOA的方式將服務(wù)發(fā)布到ESB,為操作層和其他服務(wù)組件調(diào)用提供接口。數(shù)據(jù)服務(wù)組件是企業(yè)基礎(chǔ)業(yè)務(wù)及核心業(yè)務(wù)功能的高度抽象及實現(xiàn),數(shù)據(jù)服務(wù)解決了系統(tǒng)間業(yè)務(wù)功能的不一致性。
3、企業(yè)數(shù)據(jù)總線ESB,是連接各個數(shù)據(jù)服務(wù)組件和服務(wù)層與操作層的橋梁,負(fù)責(zé)服務(wù)注冊發(fā)布、服務(wù)查找調(diào)用、服務(wù)安全控制。應(yīng)為ESB設(shè)計好統(tǒng)一接口協(xié)議和服務(wù)協(xié)議,保證每個系統(tǒng)和服務(wù)組件之間都可以無縫地互連和兼容。ESB使多個系統(tǒng)和服務(wù)之間的層次更加清晰,降低了他們之間的耦合度,便于服務(wù)的擴(kuò)展。
4、 前端系統(tǒng)主要功能是為用戶提供良好的界面,提供個性化方案,便于用戶錄入數(shù)據(jù)及數(shù)據(jù)展現(xiàn)。同時又為數(shù)據(jù)層提供高質(zhì)量的業(yè)務(wù)數(shù)據(jù)。作為操作層的前端系統(tǒng)通過ESB能調(diào)用任何組件提供的數(shù)據(jù)服務(wù),因此前端系統(tǒng)的功能可以做得非常強(qiáng)大。
3.2 完整架構(gòu)

完整架構(gòu)增加了安全控制層,抽象出更高程度的企業(yè)門戶,核心服務(wù)增加了更多的技術(shù)服務(wù)組件。同時也部署了地方級服務(wù)器。
1、更多的技術(shù)服務(wù)組件是為了滿足特大型企業(yè)的對數(shù)據(jù)挖掘分析、科學(xué)計算的要求。如:異步批量服務(wù)、云計算服務(wù)等。
2、安全控制層的安全控制有別于ESB的安全控制,安全控制層主要控制在用戶層面,并能根據(jù)接口提供的信息自動完成用戶登錄,創(chuàng)建會話令牌。ESB服務(wù)會根據(jù)令牌信息,控制該用戶訪問的數(shù)據(jù)權(quán)限及操作權(quán)限。
3、企業(yè)門戶不僅僅是統(tǒng)一用戶登錄或菜單界面的整合。首先企業(yè)門戶整合了所有的業(yè)務(wù)系統(tǒng),就象一套系統(tǒng)能完成所有的企業(yè)日常辦公,如:采購、生產(chǎn)、庫存、銷售、收付款、郵件、OA等。其次企業(yè)門戶提供富客戶端滿足復(fù)雜操作的業(yè)務(wù),如:生產(chǎn)制造系統(tǒng),數(shù)據(jù)決策分析系統(tǒng)、郵件系統(tǒng)、多媒體系統(tǒng)。
4、地方級服務(wù)器解決兩類問題,一個是對數(shù)據(jù)緩存減少網(wǎng)絡(luò)帶寬,數(shù)據(jù)交換服務(wù)能自動完成與數(shù)據(jù)中心服務(wù)的數(shù)據(jù)同步,尤其是大型只讀類的數(shù)據(jù),如:多媒體數(shù)據(jù)、報表、郵件等,另一個是允許各地部署自己的特色業(yè)務(wù)系統(tǒng),滿足各地多元化的個性需求。
3.3 數(shù)據(jù)共享策略
數(shù)據(jù)共享一直是企業(yè)關(guān)心的,如何滿足不同系統(tǒng)、不同人群個性需求又要保證數(shù)據(jù)安全一直是最大的難題。數(shù)據(jù)共享有三個層面的問題需要解決:

1、請求的數(shù)據(jù)格式。是指請求發(fā)起方對接受方返回數(shù)據(jù)結(jié)果的樣式要求,如:Excel、PDF、XML、數(shù)據(jù)對象以及他們的填充樣式。這個問題可以雙方預(yù)先定義好格式的約定或模板,由發(fā)起方提供自定義的模板來解決,再由接受方將數(shù)據(jù)按照模板填充并返回。
2、請求的數(shù)據(jù)內(nèi)容。是指請求發(fā)起方對接受方返回哪些數(shù)據(jù),以及數(shù)據(jù)顆粒度的要求,如:某個機(jī)構(gòu)的銷售數(shù)據(jù)(按照天、產(chǎn)品、子機(jī)構(gòu)等維度)、某個部門的損益數(shù)據(jù)(按照天、科目、人員等維度)。這個問題可以雙方預(yù)先定義一套語言或腳本,由發(fā)起方提供請求數(shù)據(jù)的腳本,再由接受方解析腳本返回數(shù)據(jù)。
3、數(shù)據(jù)安全控制。是指請求接受方根據(jù)發(fā)起方的身份返回他所能看到的數(shù)據(jù),或者說發(fā)起方是否能得到請求的數(shù)據(jù)。這個問題是由根據(jù)企業(yè)架構(gòu)中安全數(shù)據(jù)組件服務(wù)來解決。
posted on 2010-06-22 10:17
彭明華 閱讀(386)
評論(0) 編輯 收藏 所屬分類:
OpenHandX平臺