基于SOA面向服務的技術架構解決方案,SOA 架構概述,SOA概述-”信息孤島”問題,信息化的發展，企業間協同商務和企業信息門戶等要求企業的應用系統是一個高度集成和開放的系統。然而大型企業往往擁有著異構系統，導致系統間信息的交互與互操作非常困難，形成了一個個“信息孤島”，為了實現企業全局的業務過程自動化，需要投入大量的人力和財力來進行系統集成。 “信息孤島”定義 所謂“信息孤島”是指，在一個單位的各個部門之間由于種種原因造成部門與部門之間完全孤立，各種信息（如財務信息、各種計劃信息等）無法或者無法順暢地在部門與部門之間流動。這樣就會形成信息孤島。是重硬輕軟，重網絡輕數據的表現。,SOA概述-”信息孤島”問題,“信息孤島”類型 企業在信息化過程中存在各種類型的信息孤島。大體可分為數據孤島、系統孤島、業務孤島、管控孤島四種類型。 1、數據孤島 數據孤島是最普遍的形式，存在于所有需要進行數據共享和交換的系統之間。隨著企業計算機技術運用的不斷深入，不同軟件間，尤其是不同部門間的數據信息不能共享，設計、管理、生產的數據不能進行交流，數據出現脫節，即產生信息孤島，勢必給企業的運用帶來信息需要重復多次的輸入、信息存在很大的冗余、大量的垃圾信息、信息交流的一致性無法保證等困難。 2、系統孤島 系統孤島指在一定范圍內，需要集成的系統之間相互孤立的現象。原先各自為政所實施的局部應用使得各系統之間彼此獨立，信息不能共享，成為一個個信息孤島。有條件的企業投入資金將以前的系統重新升級、設計，在一定范圍內實現了信息的共享，業務可以跨部門按照流程順序執行。經過一段時間后，又有新的系統要上，又發現這些系統所需要的數據不能從現有系統中提取，仍然要從現有系統統計打印出來再輸入到新系統中，又出現了信息孤島。,SOA概述-”信息孤島”問題,3、業務孤島 業務孤島表現為企業業務不能通過網絡系統完整、順利的執行和處理。在企業內部網絡系統和網絡環境的建設中，以企業發展為目標的信息化要求日益迫切，企業的業務需要在統一的環境下，在部門之間進行處理。企業里經常遇到的頭痛問題是“產供銷嚴重脫節”、“財務賬與實物賬不同步”，其實質就是生成流程、供應流程、銷售流程和財務流程都是孤立運行，沒有能夠形成一個有機的整體。信息孤島的要害就是割斷了本來是密切相連的業務流程，不能滿足企業業務處理的需要。 4、管控孤島 管控孤島指智能控制設備和控制系統與管理系統之間脫離的現象，影響控制系統作用的發揮。企業需要向其上級主管部門上報企業的經營情況、接收上級的各種指令和計劃，同時管理層也需要通過信息系統了解和掌握現有信息做出明確的決斷，然而由于信息孤島的存在不能滿足信息共享需要。信息孤島的問題已經嚴重地阻礙了企業信息化建設的整體進程，使企業在進行新一輪投入時，難于決斷。,SOA概述-”信息孤島”問題,”信息孤島”問題主要表現 第一，信息化發展的階段性。不論是企業信息化，還是政務信息化，都有一個從初級階段到中級階段，再到高級階段的發展過程。在計算機應用的初級階段，人們容易從文字處理、報表打印開始使用計算機。進而圍繞一項項業務工作，開發或引進一個個應用系統。這些分散開發或引進的應用系統，一般不會統一考慮數據標準或信息共享問題，追求“實用快上”的目標而導致“信息孤島”的不斷產生。“信息孤島”的產生帶有一定的必然性，這并不可怕；可怕的是總停留在初級階段而不發展，不去解決“信息孤島”問題，還讓新的“信息孤島”繼續出現。 第二，認識誤區。長期以來，由于信息化教育的深度和廣度不夠，在企業和政府部門中普遍存在著“重硬輕軟，重網絡輕數據”的認識誤區。他們在設備選型和網絡構筑上肯下工夫，肯花大錢，甚至成了“追新族”，使網絡設備“換了一茬又一茬”而造成很大的浪費，就是沒有用心去進行信息資源的開發與利用，因而導致對“信息孤島”問題熟視無睹，使其得以長期存在而得不到解決。,SOA概述-軟件體系發展,軟件體系結構發展過程,SOA概述-企業應用集成,EAI (Enterprise Application Integration)企業應用集成 EAI狹義上指企業內部不同應用系統之間的互連，以期通過應用整合實現數據在多個系統之間的同步和共享。 EAI廣義上它已經被擴展到業務整合(Business Integration)的范疇，業務整合相對EAI來說是一個更寬泛的概念，它將應用整合進一步拓展到業務流程整合的級別。業務整合不僅要提供底層應用支撐系統之間的互連，同時要實現存在于企業內部應用與應用之間，本企業和其他合作伙伴之間的端到端的業務流程的管理，它包括應用整合，B2B整合，自動化業務流程管理，人工流程管理，企業門戶以及對所有應用系統和流程的管理和監控等方方面面。,SOA概述-企業應用集成,EAI 企業應用集成的分層 EAI技術層次體系應該包括應用接口層，應用整合層，流程整合層和用戶交互層四個大的層面。 1.應用接口層 EAI要解決的問題是獨立應用系統之間的連接，傳統的應用系統之間的連接方式包括了：CORBA, SOCKET通訊, RMI, RPC, EJB, COM/COM+, HTTP和FTP等，數據庫系統之間常見的連接規范包括：ODBC, JDBC。而在EAI的應用接口層，主要是通過適配器技術將原有數據庫系統、應用系統和原有網絡服務組件封裝起來，實現系統之間的互通互聯。 適配器的引入主要有以下優點： 為獨立的系統之間提供重用的、統一的接口； 支持事務管理、安全性和連接管理與應用系統連接； 增加企業數據資源的共享程度； 適配器封裝了對數據操作的緩沖區，可以提高對數據批處理訪問的效率； 增強了基于組件或面向對象開發模塊的網絡應用的功能，這些組件或對象包括：如COM, DCOM或CORBA等。,SOA概述-企業應用集成,2.應用整合層 應用整合層是EAI技術層次體系中的核心層次，該層次是連接業務流程管理層和應用接口層的橋梁。數據信息在業務流程中的流轉以及在各個應用系統之間的交互必須建立在數據源和數據目的地都能理解該數據信息的基礎之上。在應用整合層我們定義了能為數據產生源、數據處理地、數據投送地都能理解的信息處理規范方式、方法和規則，也就是數據格式定義、數據轉換和消息路由。 3.流程整合層,SOA概述-企業應用集成,EAI 企業應用集成的分層 EAI技術層次體系應該包括應用接口層，應用整合層，流程整合層和用戶交互層四個大的層面。 EAI企業應用集成主要解決用戶界面集成、數據集成、業務流程集成、函數方法集成，這4種集成方法不能方便、靈活、低代價地實現異構系統的集成，難以快速適應企業現代業務變化的需求。所以企業級應用要求新的軟件系統不再是從底層做起，而只是依據企業邏輯需求重新組織己有的數據存儲，將現有的數據和事務通過新的渠道，如瀏覽器或者手持設備呈現給用戶。基于面向服務架構(Service Oriented Architecture ,SOA)的應用集成開發方案就是企業的首選。,SOA概述-EAI是什么?,EAI (Enterprise Application Integration)企業應用集成 信息化的發展，企業間協同商務和企業信息門戶等要求企業的應用系統是一個高度集成和開放的系統。然而大型企業往往擁有著異構系統，導致系統間信息的交互與互操作非常困難，形成了一個個“信息孤島”，為了實現企業全局的業務過程自動化，需要投入大量的人力和財力來進行系統集成。 EAI企業應用集成主要解決用戶界面集成、數據集成、業務流程集成、函數方法集成，這4種集成方法不能方便、靈活、低代價地實現異構系統的集成，難以快速適應企業現代業務變化的需求。所以企業級應用要求新的軟件系統不再是從底層做起，而只是依據企業邏輯需求重新組織己有的數據存儲，將現有的數據和事務通過新的渠道，如瀏覽器或者手持設備呈現給用戶。基于面向服務架構(Service Oriented Architecture ,SOA)的應用集成開發方案就是企業的首先。,SOA概述-SOA是什么?,SOA(Service-Oriented Architecture)面向服務的架構 SOA是一種分布式的軟件組件模型。整個應用程序被設計和實現為一組相互交互的服務，它使得系統中的某些服務能夠充分利用其他的服務同時卻無需考慮其物理位置。在該模型中，任何的業務功能被作為提供的一個服務使用。應用程序的不同功能(服務)通過這些服務之間定義良好的接口和契約聯系起來，使得構建在系統中的服務可以以一種統一和通用的方法進行調用。這種具有中立的接口定義(沒有強制綁定到特定的實現上)的特征稱為服務之間的松藕合。松藕合系統的好處有兩點：它的靈活性；當組成整個應用程序的每個服務的內部結構和實現逐漸地發生改變時，它能夠繼續存在。,SOA概述-SOA特征是什么?,SOA架構具有以下特征: 1.可從企業外部詢問。 2.隨需應變。 3.粗粒度的服務接口。 4.分級。 5.松散耦合。 6.可重用的服務。 7.標準化的服務接口。 8.支持各種消息模式。 9.精確定義的服務契約。,SOA概述-SOA優勢是什么?,SOA架構具有以下優勢: 1.基于SOA架構的信息系統建設投資少、周期短、使用成本低、靈活性高。 2.SOA架構更能適應國內企業業務流程和商業模式的快速變化。 3.與傳統架構的ERP相比，SOA架構更能適應國內企業管理模式，符合現階段信息化變革的要求。 4.SOA架構能夠充分得用原有信息資源，保護投資。 5.SOA架構可能降低軟件系統對硬件資源的依賴程度。 6.SOA架構的建設改變了企業信息化推進模式，且有助于建立自己的開發隊伍，管理隊伍和運維隊伍。,第二部分:SOA 架構體系,SOA體系-三大核心部件,一、ESB(Enterprise Service Bus)企業服務總線 ESB是傳統中間件技術與XML、Web服務等技術結合的產物。ESB提供了網絡中最基本的連接中樞，是構筑企業神經系統的必要元素。從功能上看，ESB提供了事件驅動和文檔導向的處理模式，以及分布式的運行管理機制，它支持基于內容的路由和過濾，具備了復雜數據的傳輸能力，并可以提供一系列的標準接口。 ESB的五個基本功能： 1)服務的MetaData管理：在總線范疇內對服務的注冊命名及尋址管理功能。 2)傳輸服務： 必須確保通過企業總線互連的業務流程間的消息的正確交付，傳輸還包括基于內容的路由功能。 3)中介：提供位置透明性的服務路由和定位服務；多種消息傳遞形式；支持廣泛使用的傳輸協議。 4)多種服務集成方式： 如JCA，Web服務，Messaging ，Adaptor等. 5)服務和事件管理支持： 如服務調用的記錄、測量和監控數據；提供事件檢測、觸發和分布功能；,SOA體系-三大核心部件,二、BPM(Business Process Management)業務流程管理 所謂業務流程管理是指根據業務環境的變化，推進人與人之間、人與系統之間的整合及調整經營方法與解決方案的IT工具。BPM可以使系統更為強壯，通過BPM組件，SOA能夠更好地監控它連接的系統。 三、Portal 門戶 門戶是一個基于WEB的應用程序，它提供個性化、單點登錄、不同來源內容整合及存放信息系統的表示層。 Portal是低成本的集成技術。如果企業已經有了很多信息系統，Portal可以很容易的將這些系統集成到一起，并以統一界面方式提供給用戶。,SOA體系-組件模型,(1)服務提供者：服務提供者是一個可通過網絡尋址的實體，它接受和執行來自使用者的請求； (2)服務使用者：服務使用者是一組使用服務提供者所提供的一項或多項服務的組件； (3)服務儲備庫：服務儲備庫包含服務的描述，服務提供者在該儲備庫中注冊其服務，而服務使用者訪問該儲備庫已發現的所提供的服務。,SOA體系-架構模型,SOA體系-具體實現,SOA是一種軟件架構，而不是局限于某個技術的組合，它超越了技術范圍。SOA的關鍵是“服務”。W3C將服務定義為：“服務提供者完成一組工作，為服務使用者交付所需的最終結果。最終結果通常是使用者的狀態發生變化，但也可能是提供者的狀態改變，或者雙方都產生變化”。服務是網絡中可用的軟件資源。服務提供者通過標準機制提供服務，使用者通過網絡有計劃地使用服務。服務儲備庫發布服務所在位置，并在使用者請求服務時定位服務。服務使用者和提供者的角色不是唯一的，服務提供者也可以是使用者，反之亦然。SOA具體的實現有很多，包括Web Service，Ses-sionBean，JINI等，但隨著Web Service技術被越來越重視，其己經成為構建SOA的主要技術。,SOA體系- Web Service,Web Service是SOA中服務的主要實現技術，也是一種廣泛采用的新的組件技術。SOA是一種軟件架構，面向商業應用；Web則是一種技術架構，面向實現模式。 Web Service所涉及的關鍵技術包括： 1. XML XML標準是一個基于文本的W3C規范標記語言。 2. SOAP(Simple Object Access Protocol)簡單對象訪問協議 客戶端請求和Web服務響應通過簡單對象訪問協議在HTTP上傳輸，以運行于不同平臺和地點的客戶端與Web服務之間建立完全的互操作。HTTP是在互聯網上發送消息時常用的請求與響應標準 協議，而SOAP是一種基于XML的協議，仍然繼承HTTP請求和響應模式。 3. WSDL (Web Services Description Language) Web服務描述語言 Web服務描述語言是一種描述網絡Web服務的XML標準格式。描述的內容包括：服務名稱、服務地點、如何與服務通信。眾多WSDL可以存放于UDDI注冊表， 并在Web上公布。 4. UDDI (Universal Description，Discovery，and Integration -UDDI) 通用描述，發現與集成，基于XML的標準，使企業可以將有關其產品和Web服務的信息發布在互聯網上，并使這些信息可以被全球任何一個想做生意的客戶端訪問到。可 以將UDDI想像成一個Web服務的黃頁。,SOA體系- SCA架構思想,SCA和SDO標準是IBM和BEA等公司推出的，SCA實現了業務組件和傳輸協議的分離，可以處理各種平臺組件的集成。SDO可以自由讀取各種不同數據源的數據。另外，BPEL本質上是一種集成Web Service服務的語言，也可以算作為SOA的一部分。 SCA（Service Component Architecture）中文翻譯為“服務組件架構”，是一種全新的軟件架構思想。SCA中，最重要的一個概念是Service-服務，它的內涵式獨立于具體的技術。因此，SCA不會稱之為 Java組件架構，或Web Service 組件架構。所謂的具體技術，主要有兩層含義：一是程序語言，而是傳輸協議。現有的組件是和傳輸協議緊密耦合的。比如EJB組件采用的是RMI傳輸協議，Web Service組件采用的是SOAP傳輸協議。SCA組件則能自由地綁定各種傳輸協議。SCA目標是讓服務組件能自由綁定各種傳輸協議，集成其他的組建與服務。 SCA與傳統的業務組件最大區別在于SCA實現了兩個功能：一是組件和傳輸協議的分離，二是接口和實現語言的分離。 SCA的本質是一種軟件架構思想，SCA架構是獨立于程序語言的SOA架構。SCA主要是為集成的需要。使用SCA可以使組件之間處于一種松耦合的狀態，不需要在自己的代碼中加入對方組件的接口代碼。,SOA體系- SCA架構思想,SDO(Service Data Objects)服務數據對象，SDO是SOA體系結構中的一個用來簡化和統一數據應用的開發框架，也是SCA Module的基本組成部分。SDO支持與XML的集成并且適用于J2EE模式和最佳實踐。與其他的數據集成模型不同，SDO不僅僅是數據的抽象，