- 相關推薦
對面向服務的企業信息構架探討
[摘 要] 本文了信息系統建設中存在的,提出通過構建面向服務的企業信息架構是解決企業“信息孤島”和 企業信息系統缺乏柔性等題目的有效,并全面先容了SOA架構的基本概念、特點和SOA架構的上風,了SOA 架構的構建過程和構建策略。[關鍵詞] 企業信息構架;SOA;服務
一、引言
面對知識的迅猛和經濟全球化的挑戰,黨和國家作出了“以信息化帶動化,積極推進信息技術在各行各業的廣泛”的重大決策。當前,企業的信息化意識也明顯進步,信息化進程正在加快,企業信息化工作在進步生產率和企業競爭力方面正在形成巨大的潛力。中國企業信息化建設大致可分為兩種模式:一種是具有宏觀治理背景的“自上而下”模式,例如煙草業、電信業和銀行業信息化建設等。這些企業在系統建設之初,無法對未來可能發生的變化作出清楚的預見和預備,因此系統建設時特別夸大IT系統的穩定性與一致性,系統缺乏柔性和適用性,面對日益頻繁而又深刻的業務變化,其應變能力不免捉襟見肘;另一種是“自下而上”的模式。在一個企業內部,多種系統、多個應用并存。今天是財務軟件,明天是ERP,再過幾天又是SCM、CRM。“一個部分一個服務器”的現象比比皆是,這也造成了企業內部形成了各種不同形式的“信息孤島”,企業數據的一致性無法保證,信息及時共享、反饋難。“信息孤島”使得大量的信息資源不能充分發揮應有的作用,效率低下,這已經成為阻礙企業信息化建設進一步發展的最大障礙。
要徹底解決上述題目,企業就必須建立一個靈活的、快速響應的客戶支持基礎架構,它可以包容現有的應用并滿足未來的客戶需求和業務需求。與其他企業信息架構方法相比,面向服務的企業信息架構(SOA——Service-Oriented Architecture)能讓企業信息系統變得更有彈性,能更快地響應業務需求,從而實現更好的業務靈活性,使企業能夠對快速的變化作出有效的響應,并利用變化來獲得競爭上風。
二、SOA概述
1.什么是SOA? SOA的思想最早是由Gartner于1996年提出,他為SOA描述的遠景目標是:讓信息系統變得更有彈性,以更快地響應業務單位的需求,實現實時企業(Real-Time Enterprise)。目前對SOA尚未有一個同一的、業界廣泛接受的定義。一般以為:SOA(面向服務的架構)是一個組件模型,它將應用程序的不同功能單元——服務(Service),通過服務間定義良好的接口(Inte***ce)和契約(Contract)聯系起來。接口采用中立的方式定義,獨立于具體實現服務的硬件平臺、操縱系統和編程語言,使得構建在這樣的系統中的服務可以使用同一和標準的方式進行通訊。
SOA 作為一種信息系統架構,為解決業務集成的需要,支持將企業的業務作為鏈接服務或可重復業務任務進行集成,可在需要時通過訪問這些服務和任務。這個網絡可以是企業的內部網絡,也可以是國際互聯網。通過采用不同的技術,對來自分布在不同物理位置的不同的服務進行組合,可讓終極用戶感覺似乎這些服務就安裝在本地桌面上一樣。根據需要,這些服務可以將自己組裝為按需應用程序——即相互連接的服務提供者和使用者集合,彼此結合以完成特定業務任務,使您的業務能夠適應不斷變化的情況和需求(在有些情況下,甚至不需要人工干預)。
2.SOA 架構的分層模型。在SOA 系統中,不同的功能模塊可以被分為7層:第1層是企業信息系統中已經存在的程序資源,如ERP、SCM或CRM系統等;第2層是組件層。在這一層中我們用不同的組件把底層系統的功能封裝起來;第3層是SOA 系統中最重要的服務層。在這層中我們要用底層功能組件來構建我們所需要的不同功能的服務;第4層是貿易流程層。在這一層中我們利用已經封裝好的各種服務來構建貿易系統中的貿易流程;第5層為表示層。我們利用表示層來向用戶提供用戶接口服務,這一層可以用基于門戶(portal)的系統來構建。以上這5層都需要有一個集成的環境來支持它們的運行,第6層中的企業服務總線(ESB)提供了這個功能。第7層主要為整個SOA 系統提供一些輔助的功能,例如服務質量治理、安全治理這一類的輔助功能。
3.SOA的特點。簡單地說,SOA 架構具有以下一些典型特點:
(1)松耦合性。這一點使SOA區別于大多數其他的組件架構。松耦合性要求SOA 架構中的服務請求者到服務提供者的綁定與服務之間應該保持一種松耦合的關系,也就是一種相對獨立無依靠的關系。SOA將服務使用者和服務提供者在服務實現和客戶如何使用服務方面隔離開來。這就意味著,服務請求者不知道提供者實現的技術細節,比如程序設計語言、部署平臺等等。服務請求者往往通過消息調用操縱,請求消息和響應,而不是通過使用API和文件格式。這使得服務能夠在完全不服務使用者的情況下進行修改。
(2)位置透明性。位置透明性要求SOA系統中的所有服務對于他們的調用者來說都是位置透明的,也就是說每個服務的調用者只需要知道他們調用的是哪一個服務,但并不需要知道所調用服務的物理位置在哪里。
(3)服務的可重用性。服務的可重用性設計明顯地降低了本錢。為了實現可重用性,服務只工作在特定處理過程的上下文中,獨立于底層實現和客戶需求的變更。可重用服務采用通用格式提供重要的業務功能,為開發職員節約了大量時間。
(4)協議無關性。協議無關性要求每一個服務都可以通過不同的協議來調用。SOA 架構的這些特性為企業信息系統架構提供了更加靈活的構建方式,基于SOA的企業信息架構,可以從底層架構的級別來保證整個系統的松耦合性以及靈活性,這都為未來企業業務邏輯的擴展,實現業務靈敏性打好了基礎。
三、構建基于SOA的企業信息架構
1.基于SOA的企業信息系統上風。基于SOA的企業信息系統的核心思想是讓企業業務應用不受限于信息技術,讓企業輕松應對貿易服務變化和發展的需要。SOA著眼于日常的業務應用,并將它們劃分為單獨的業務功能和流程,即所謂的服務。基于SOA的企業信息系統架構與其他企業信息系統架構相比有以下上風:
(1)基于SOA的企業信息系統能更加真實地反映出與業務模型的結合。企業信息系統架構環境中單個應用程序是無法包容用戶的各種業務需求的,即使是一個大型的ERP解決方案,仍然不能滿足這個用戶不斷膨脹、變化的業務需求。在其他類型的企業信息架構中,為了對市場快速做出反應,企業只能在現有的信息系統基礎上通過不斷開發新應用、擴展現有應用來支撐其現有的業務需求。SOA貿易應用思想是“業務驅動服務,服務驅動技術”。在采用SOA的企業信息系統中,系統的核心放在服務上,而服務是同業務流程結合在一起,因此能夠使信息系統更加精確地表示業務模型。
(2)基于SOA的企業信息系統能更好地支持貿易流程。一方面,從信息技術角度來看,SOA使用可替換的技術和方法(例如消息機制),通過把服務聯系在一起而非編寫新代碼來構架業務應用。經過適當構架后,這種消息機制的應用答應企業僅通過調整原有服務模式而非***進行大規模新的應用代碼的開發,使得在貿易環境許可的時間內對變化的市場條件做出快速的響應;另一方面,SOA也不僅僅是一種信息系統的架構和信息系統開發的方***——它還包含治理。例如,應用SOA后,治理者可以方便地治理這些搭建在服務平臺上的企業應用,而不是治理單一的應用模塊。其原理是,通過分析服務之間的相互調用,SOA使得公司治理職員方便地拿到什么時候、什么原因、哪些貿易邏輯被執行的數據信息,這樣就幫助了企業治理職員或應用架構師迭代地優化他們的企業業務流程、應用系統。
(3)SOA有利于業務的集成,解決了“信息孤島”。SOA要求開發者從服務集成的角度來設計軟件,考慮復用現有的服務,或者檢查如何讓服務被重復利用。通過服務的重用,可方便地實現各業務應用的集成,實現單一用戶視圖。SOA中的服務既可以定義為功能,又可同時對外定義為對象、應用等等。這使得SOA 可適應于任何現有系統,并使得系統在集成時不必刻意遵循任何特殊定制。SOA 的最佳策略是與現有的系統共存,而不是替換已經運行中的系統。通過將原有的應用和資源轉變為可共享的標準服務,SOA將打破“信息孤島”,保存原有信息系統的資產。
2.基于SOA的企業信息系統構建過程。由于SOA 涉及到業務的諸多方面,因此需要從一開始就對SOA 項目進行細心的規劃和設計。SOA的實施大致經過以下幾個步驟:
(1)建模。這一步幾乎和技術沒有任何關系,所有事項都與企業的業務相關。建模是要確定企業的業務活動或流程實際是什么,并對企業的業務體系結構進行記錄。建模業務流程的程度將依靠于預期實現的深度。企業信息架構師將對實際的業務服務進行建模,企業信息系統開發職員將對單個服務進行建模。
(2)組裝。對業務流程進行了建模和優化后,開發職員可以開始構建新的服務,并重用已有的服務,然后對其進行組裝以組合形成應用程序,從而實現這些流程。
(3)部署。進行了建模和組裝后,要將組成SOA 的資產部署到安全的集成環境中。此環境本身提供專門化的服務,用于集成業務中涉及的職員、流程和信息。這種級別的集成可幫助確保將企業的所有主要元素連接到一起協同工作。此外,部署工作還需要滿足業務的性能和可用性需求,并提供足夠的靈活性,以便吸納新服務(并使舊服務退役),而不會對整個系統造成大的。
(4)治理。SOA部署后,需要從信息技術和業務兩個角度對系統進行治理和監視。在治理過程中收集的信息用于幫助實時地了解業務流程,從而能更好地進行業務決策,并將有用的信息進行反饋,以進行持續的流程改進工作。在這一步中,還進行系統的監視和優化,找出技術體系結構和業務體系結構中有待改進之處,以對相關的業務進行重新構建或改進。
3.基于SOA的企業信息架構構建原則和策略。國內外企業成功實施SOA架構的經驗,我們可以看到,實施SOA有一定的策略和原則,有一定的論。
(1)做好現有信息系統評估和SOA系統規劃工作。要對企業現有的信息系統做全面的評估,了解已有的系統能用多少,有多少需要改造,還需要上哪些新的系統,將來的新系統該如何滿足企業業務應用的需求,還可能為這個新的系統,需要投進的資本大概有多少等。總之,要有整體的規劃,這也是實施SOA最為基礎的一步。
(2)通常采用迭代的方法來實施SOA。企業在采用SOA的架構進行信息系統改造時,不可能立即進行全面的轉換。事實上,孤注一擲的方法會增加失敗的風險。通常采用迭代的方法逐步通過各個采用階段,首先開發少數試點項目服務,然后緩慢擴展,逐步將企業的信息系統更新為在SOA 內工作的服務。
(3)關注本錢和受益。SOA反對四處出擊,要按本錢受益順序確定服務開發的優先級,按投資回報率(ROI)分階段實施項目。通過仔細的規劃,啟動本錢要限制在現有預算內。經過一段時間后,服務模塊的重用會確保以后每個新業務應用程序的啟動本錢很低。
(4)SOA實施的各階段分工要明確。實施SOA,不可能所有的開發構建工作由企業自己的IT團隊來完成,也不可能像一般的應用軟件系同一樣能夠從市場上立即購買、安裝后就能使用。SOA實施的各階段可由企業內外不同的部分來協作完成,如流程分析和建模工作可由專業的咨詢公司來做,系統實施交給IT企業,企業的IT團隊則主要抓項目治理。
(5)使用SOA成熟度模型。SOA成熟度模型(SOA Matu-rity Model)可以為IT和業務用戶提供一種框架,使其能夠正確地評估SOA在企業中的適用性和收益,幫助企業成功實施SOA。
(6)重視企業SOA人力資源建設。SOA的“業務驅動服務,服務驅動技術”思想決定后,企業就需要一批熟悉SOA服務的人才,也就是既熟悉企業業務流程,又熟悉信息技術,并能在兩者之間能夠找到很好平衡點的新型復合型人才。SOA固然不是新概念,但企業中真正具備成功實施經驗的人才還是彌足珍貴的。在實施SOA過程中,企業不可能一味依靠乙方的氣力完玉成面轉向SOA這一浩大的工程,培養自己的人才隊伍對于很多企業自身來說是個長期工程。
四、結論
通過構建面向服務的企業信息架構可以解決企業“信息孤島”和企業信息系統缺乏柔性等題目。企業實施SOA可以充分保存過往的信息系統投資,通過建立一個能夠屏蔽底層系統復雜性的基礎架構,為信息資產的自由活動構建一個基礎平臺。然后,將原有系統中的各個業務功能封裝成服務,并根據業務的需求進行重新組合,終極復合成新的業務系統,快速滿足新的業務需求,從而實現企業信息架構的業務靈敏性。
:
[1] 鄧景毅.企業信息架構(EIA)的構建[J]. 企業,2005,(10).
[2] 葉宇風.基于SOA的企業應用集成[J].微學與機,2006,(5).
[3]周佳.架構設計師與SOA. http://blog.csdn.net/zhoujia1983/archive/2005/12/15/553426.aspx,2005,(12).
[4] Bobby Woolf.SOA and Web services.http://www-128.ibm.com/developerworks/cn/webservices/newto/index. html,2005,(10).
[5]Jason Bloomberg,.Principles of SOA. http://geek-swithblogs.net/jschneebaum/articles/ 38549.aspx,2005,(4).
[6]Hao He.What is Service-Oriented Architecture? http://webservices.xml.com /pub/a/ws/2003/09 /30/soa.html,2003,(9).
[7]Qusay H.Mahmoud.Service-Oriented Architecture (SOA)and Web Services: Road to Enterprise Application Integration(EAI). http://java.sun.com/developer/technical Articles/WebServices/soa/,2005,(4).
【對面向服務的企業信息構架探討】相關文章：
企業信息化網絡構架的選擇12-09
企業信息資源開發與利用探討03-24
淺析面向能力培養的高等教育教學模式探討03-18
企業信息化模式的概念和意義探討03-24
基于面向知識管理的中小企業信息化建設策略03-22
基于流程組件的面向服務運維架構03-07
服務補救策略及步驟探討03-07
淺析《文心雕龍》的理論構架12-05