SOA原理與集成實(shí)例(1)ppt課件

1、SOA原理與集成實(shí)例CONFIDENTIAL - All Rights Reserved2目錄從技術(shù)角度了解SOA從業(yè)務(wù)角度了解SOASOA工程的開發(fā)流程SOA集成實(shí)例.CONFIDENTIAL - All Rights Reserved3目錄從技術(shù)角度了解SOA從業(yè)務(wù)角度了解SOASOA工程的開發(fā)流程SOA集成實(shí)例.SOA簡介SOA的來源。1996年，提出概念Web Services技術(shù)興起中間件廠商參與企業(yè)運(yùn)用軟件廠商參與在企業(yè)中的運(yùn)用SOA的定義SOA是一種可以不斷進(jìn)化的方式，用它來構(gòu)建以處理商業(yè)問題為中心的IT系統(tǒng).企業(yè)的問題創(chuàng)新迫在眉睫。新產(chǎn)品、新效力、新客戶、新市場；市場變化越來越

2、快企業(yè)與客戶的交互越來越多企業(yè)從高度構(gòu)造化、集中化轉(zhuǎn)向扁平化、分散化靈敏應(yīng)對，成為企業(yè)勝利的必要條件隨需而變的商業(yè)方式、業(yè)務(wù)流程、業(yè)務(wù)模型.企業(yè)IT系統(tǒng)的現(xiàn)狀I(lǐng)T系統(tǒng)曾經(jīng)變成企業(yè)運(yùn)維的根底設(shè)備IT系統(tǒng)的過于繁重需求變卦軟件晉級系統(tǒng)間的集成 .對企業(yè)IT系統(tǒng)改造的根本理念重用已有的業(yè)務(wù)功能改良業(yè)務(wù)流程遵照開放的規(guī)范簡化不同運(yùn)用間的銜接分別前、后端系統(tǒng).SOA是什么SOA是一種業(yè)務(wù)驅(qū)動的IT架構(gòu)方式，支持對業(yè)務(wù)進(jìn)展整合，使其成為一種相互聯(lián)絡(luò)、可重用的業(yè)務(wù)義務(wù)或效力。 S效力：一項(xiàng)或一組義務(wù)，可以完成某一任務(wù) 。 A架構(gòu)：一種可以滿足松耦合的效力組織和調(diào)用方式。.SOA參考架構(gòu).SOA中的關(guān)鍵概念W

3、eb效力基于規(guī)范松耦合粒度業(yè)務(wù)效力注冊中心和存儲庫企業(yè)效力總線ESB效力之間的音訊路由懇求者和效力之間的傳輸協(xié)議轉(zhuǎn)換懇求者和效力之間的音訊格式的轉(zhuǎn)換處置來自不同業(yè)務(wù)的各自事件保證效力質(zhì)量平安、可靠和交互處置BPM一種在人員、系統(tǒng)和信息之間整合軟件才干和業(yè)務(wù)專門技術(shù)的規(guī)那么，該規(guī)那么的制定是為了加快流程的改良和促進(jìn)業(yè)務(wù)的創(chuàng)新。.企業(yè)運(yùn)用SOA的成熟度模型 初始化效力架構(gòu)化效力業(yè)務(wù)和協(xié)作效力可丈量的業(yè)務(wù)效力優(yōu)化的業(yè)務(wù)效力.CONFIDENTIAL - All Rights Reserved12目錄從技術(shù)角度了解SOA從業(yè)務(wù)角度了解SOASOA工程的開發(fā)流程SOA集成實(shí)例.SOA的特性SOA是一種設(shè)

4、計(jì)、開發(fā)、布署和管理信息邏輯單元效力的模型SOA是一個組件模型，它將運(yùn)用程序的不同功能單元效力經(jīng)過這些效力之間定義良好的接口和契約聯(lián)絡(luò)起來。.SOA的分層架構(gòu)模型.SOA的技術(shù)架構(gòu)模型.SOA 適宜處理的問題分布式系統(tǒng)：隨著業(yè)務(wù)的增長，其變得越來越復(fù)雜，越來越多的系統(tǒng)和公司被牽扯進(jìn)來。這是一個繼續(xù)集成和繼續(xù)變化的過程。SOA非常適宜處置這種復(fù)雜的分布式系統(tǒng)。其使得效力提供者和效力消費(fèi)者非常方便的交互。不同的一切者：一個分布式系統(tǒng)能夠會被不同的一切者控制，比如，不同的團(tuán)隊(duì)、部門、甚至不同的公司。他們可以有不同的平臺、進(jìn)度、優(yōu)先級、預(yù)算等。SOA中包括了處置這種情況的實(shí)際和實(shí)際，目前只需SOA可以

5、做到這一點(diǎn)。異構(gòu)系統(tǒng)：大型系統(tǒng)普通是由多個異構(gòu)系統(tǒng)組成的，比如一個大型系統(tǒng)能夠運(yùn)用不同的平臺、不同的編程言語、甚至不同的中間件。它們往往是大型機(jī)、SAP主機(jī)、數(shù)據(jù)庫、J2EE運(yùn)用程序、規(guī)那么引擎等的混合物。以往集成分布式異構(gòu)系統(tǒng)的方法是除去異構(gòu)性，運(yùn)用一個一致的處理方案。但在分布式系統(tǒng)由不同的一切人控制時，這種方式是行不通的。而SOA方法允許對異構(gòu)的系統(tǒng)進(jìn)展集成。.CONFIDENTIAL - All Rights Reserved17目錄從技術(shù)角度了解SOA從業(yè)務(wù)角度了解SOASOA工程的開發(fā)流程SOA集成實(shí)例.SOA的開發(fā)流程.初始化工程范圍 創(chuàng)建或修正實(shí)現(xiàn)業(yè)務(wù)目的的業(yè)務(wù)流程。標(biāo)識每個流程

6、帶來的挑戰(zhàn) 按照困難對流程進(jìn)展排序 決議流程需求搜集的順序 決議流程和支持系統(tǒng)的架構(gòu) .發(fā)現(xiàn)流程的7個關(guān)鍵問題哪些業(yè)務(wù)流程需求改動 變化的目的是什么 假設(shè)流程沒能正確執(zhí)行，會對業(yè)務(wù)產(chǎn)生什么結(jié)果 業(yè)務(wù)流程執(zhí)行的最高速率是多少 業(yè)務(wù)流程當(dāng)前的成熟度如何 每個業(yè)務(wù)流程在企業(yè)內(nèi)能否有多個變種 每個流程的關(guān)鍵利益人 .業(yè)務(wù)流程建模.領(lǐng)域建模.定義系統(tǒng)架構(gòu)高級別的架構(gòu)：標(biāo)明主要的組件和效力，為每個單獨(dú)的活動安排職責(zé)，標(biāo)識組件間的通訊需求，決議組件的詳細(xì)位置。通訊：決議通訊的傳輸機(jī)制和需求的適配器，標(biāo)明必需的數(shù)據(jù)展現(xiàn)和內(nèi)容轉(zhuǎn)換的需求。數(shù)據(jù)：決議記錄系統(tǒng)，身份標(biāo)識如何被映射，能否需求通用數(shù)據(jù)模型，信息能否需求

7、復(fù)制，復(fù)制如何被管理，結(jié)果在那里被驗(yàn)證。調(diào)整：決議執(zhí)行的流程如何被調(diào)整。這種調(diào)整選擇對業(yè)務(wù)流程的破壞如何探測，決議流程能否和如何被監(jiān)控和管理，決議業(yè)務(wù)流程的調(diào)整方式。高可用性、容錯性和負(fù)載平衡的需求和機(jī)制。平安：決議授權(quán)、認(rèn)證、加密、審核日志的需求，并將這些活動安排到適宜的組件。監(jiān)控：決議在業(yè)務(wù)流程和組件級別上如何監(jiān)控和怎樣監(jiān)控。測試：決議業(yè)務(wù)流程和系統(tǒng)如何被測試并且修正系統(tǒng)。設(shè)計(jì)使其易于測試。.定義效力映射已有功能效力：如查詢存款記錄、查詢貸款記錄和擔(dān)保。新建流程效力：如貸款流程、評價信譽(yù)等級。新建人工效力：如審批。 新建業(yè)務(wù)規(guī)那么效力：如計(jì)算信譽(yù)等級。 新建功能效力：如確認(rèn)購車價錢。 .效

8、力的組成效力分為Interface和Implementation兩個部份。其中Implementation部份可以基于新開發(fā)的運(yùn)用程序；已存在的運(yùn)用程序；原有效力的組合。.運(yùn)用SOA構(gòu)建企業(yè)運(yùn)用.SOA的治理模型.Web效力的監(jiān)控1.把監(jiān)控代理安裝在布署有Web Service的運(yùn)用效力器上。2.設(shè)置監(jiān)控條件3.監(jiān)控代理偵聽到效力性能信息違反了預(yù)先設(shè)定的條件后，發(fā)出報警事件。4.監(jiān)控效力器接納事件，進(jìn)展處置，顯示在管理控制臺上。.CONFIDENTIAL - All Rights Reserved29目錄從技術(shù)角度了解SOA從業(yè)務(wù)角度了解SOASOA工程的開發(fā)流程SOA集成實(shí)例.30集成步驟

9、Existing Systems Analysis Data Modeling Service Design Service Implementation Integration Design Security DesignGovernance Process31Existing Systems Analysis1. Overview of Existing SystemsE-Installation (Local System)Call Center System (Local System)GIB (Mainframe)MSA (Mainframe)CARES (Mainframe)ISD

10、/FEMCC3S(Local System)SVC ePOP(Local System)SPATNavigator(Local System)Complaint(iTrack/Trackwise)NOVA (Local System)E-Warehouse (Local System)CSO (Siebel System)UPS (Xelus)Part Mgt (Oracle)Knowledge Base (Local System)GL (Oracle)32Existing Systems Analysis2. Business Process of Existing SystemsBusi

11、ness Process for InstallationBusiness Process for Service RequestBusiness Process for FE ServiceBusiness Process for Parts/Tools Management33Data Modeling1. Information Model2. Document Model34Service Design1. Service Inventory35Service Design2. Using services to build enterprise solution36Service I

12、mplementation1. Service Architecture2. Migration from CARES to Siebel System37Integration Design1. Integration with existing CICS Transaction2. Integration with asp/jsp3. Integration with existing J2EE Application38Integration Design4. Integration Based on the venders web services5. Integration with exist database39Security Design1. Security Architecture40Security Design3. Authorization and Access Control4. Confidentiality5. Integrity and non-repudiation2. Authentication41Security Design6. Excepting Handling and Logging 42Governance Process1.