企業(yè)電子業(yè)務(wù)集成技術(shù)ebusinessFramew_第1頁
企業(yè)電子業(yè)務(wù)集成技術(shù)ebusinessFramew_第2頁
企業(yè)電子業(yè)務(wù)集成技術(shù)ebusinessFramew_第3頁
企業(yè)電子業(yè)務(wù)集成技術(shù)ebusinessFramew_第4頁
企業(yè)電子業(yè)務(wù)集成技術(shù)ebusinessFramew_第5頁
已閱讀5頁,還剩241頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

企業(yè)電子業(yè)務(wù)集成技術(shù)浙江大學計算機學院施敏華smh@2003年10月北京能生存下來的既不是那些最強壯的,也不是那些最有智慧的,而是最能適應(yīng)變化的物種。-達爾文《物種起源》主要內(nèi)容基礎(chǔ)設(shè)施技術(shù)架構(gòu)開發(fā)模型開發(fā)經(jīng)驗商務(wù)模型功能模型客戶模型資源模型商務(wù)過程要素客戶行為模型功能結(jié)構(gòu)導航IT體系結(jié)構(gòu)和設(shè)備商務(wù)視角技術(shù)視角內(nèi)部因素外部因素 這個參考模型由四層組成,分成兩個主要單元。上層單元集中于商務(wù)的特性提供服務(wù)的過程。下層單元集中于客戶對基礎(chǔ)設(shè)施資源提出的要求。參考模型的每一層都與兩大類用于提供這一層定量描述的描述符與規(guī)格相聯(lián)系。電子商務(wù)時代的挑戰(zhàn)應(yīng)用軟件通過Internet或WAN分布在世界范圍。用戶和應(yīng)用程序間的連接是非持久性的和低速的。應(yīng)用程序所需的數(shù)據(jù)可能分布在不同的機器上。數(shù)以百萬/千萬計的用戶,可能存在的突發(fā)事件千差萬別的數(shù)據(jù)表示設(shè)備全球化的協(xié)同工作企業(yè)電子商務(wù)面臨的挑戰(zhàn)保護已有的投資將來的不確定性價值鏈的集成技術(shù)的整合重用和團隊的開發(fā)多種技術(shù)的需求有限的經(jīng)驗對于上千萬用戶的可擴展性電子商務(wù)技術(shù)的變化數(shù)據(jù)集成DB+HTML動態(tài)電子商務(wù)發(fā)布HTMLWebServices應(yīng)用集成什么是動態(tài)電子商務(wù)?

IBM曾為動態(tài)電子商務(wù)下了一個簡單定義是:“著重于B2B的綜合性和基礎(chǔ)設(shè)施組成上的下一代電子商務(wù),通過調(diào)節(jié)因特網(wǎng)標準和通用基礎(chǔ)設(shè)施為內(nèi)部和外部企業(yè)計算創(chuàng)造最佳效益。”動態(tài)電子商務(wù)預想了這樣一個因特網(wǎng),商業(yè)實體能在其自身的域內(nèi)以及在貿(mào)易合伙人之間有步驟地管理交互作用。從發(fā)現(xiàn)新的合伙人到與另一商務(wù)實體的集成,動態(tài)電子商務(wù)著重程序?qū)Τ绦虻慕换プ饔?,而不是早期B2C電子商務(wù)階段占主導地位的客戶對程序的交互作用。動態(tài)電子商務(wù)實現(xiàn)的關(guān)鍵是WebServices。WebServices就是原來的組件技術(shù)思想在Internet時代中的進一步發(fā)展,它集成了CORBA、COM/DCOM等各種組件模型技術(shù),是原有各種組件技術(shù)的繼承和發(fā)展。它不僅已作為動態(tài)電子商務(wù)的基礎(chǔ),也是“電子商務(wù)隨需應(yīng)變”技術(shù)發(fā)展的基礎(chǔ)。新的使用Web的模式目前人們使用Web的模式瀏覽互相鏈接的文檔通過手工操作處理采購等商業(yè)事務(wù)下載文件通過瀏覽器手工操作B2BP2P(PersonToPerson)(BusinessToBusiness)新的模式WebService是使用Web的嶄新模式通過程序自動啟動和處理商務(wù)事務(wù),而并非使用瀏覽器能夠在一個分布式的計算環(huán)境中動態(tài)地描述、發(fā)布、發(fā)現(xiàn)和調(diào)用許多基于WebService的新型應(yīng)用將出現(xiàn)完全基于XML以及其他相關(guān)的Internet標準電子商務(wù)面臨的問題IT產(chǎn)業(yè)/.COM的“瘋狂投資”的實驗?zāi)甏呀?jīng)逝去當前的務(wù)實氛圍:傳統(tǒng)企業(yè)的電子商務(wù)化技術(shù)?商務(wù)?電子商務(wù)?技術(shù)必須為商務(wù)服務(wù)脫離商務(wù)需求的“新技術(shù)”很難被廣泛接受切合商業(yè)需求的技術(shù)是最“佳”技術(shù)對應(yīng)用的影響從對內(nèi)部用戶到對外部用戶的轉(zhuǎn)變FrombackofficetofrontofficeFromreducingcosttoincreasingrevenue應(yīng)用服務(wù)提供商的出現(xiàn)‘Appsontap’新的面向客戶的應(yīng)用同已有應(yīng)用的結(jié)合The‘composite’application面向客戶的應(yīng)用銷售制造支付整合任務(wù)任務(wù)任務(wù)任務(wù)任務(wù)任務(wù)SAPFinancialsThe

CustomerThe

Happy

Customer任務(wù)任務(wù)任務(wù)Stand-

alone

WindowsNT

packageCustom-built0S/390企業(yè)需要什么?為企業(yè)帶來直接的經(jīng)濟收益削減掉某方面的開支成本優(yōu)化資源使用何謂切合商業(yè)需求?滿足商業(yè)的本質(zhì)需求:獲取更多的利潤不拘泥,但又不脫離現(xiàn)有的商業(yè)運作模式創(chuàng)新,不斷地創(chuàng)新!當今最有價值的電子商務(wù)應(yīng)用企業(yè)門戶(Portal)網(wǎng)上連鎖商店(Storefront)集團內(nèi)聯(lián)網(wǎng)(Intranet)供應(yīng)鏈(SupplyChain)管理客戶服務(wù)(CustomerService)分銷(Distribution)管理提供ASP服務(wù)門戶:面向企業(yè)的最終用戶/合作伙伴/員工,安全地,以個性化的方式提供內(nèi)部信息資源和應(yīng)用訪問服務(wù),而唯一所需要的客戶端軟件是瀏覽器(PC,PDA,手機)!對于企業(yè),擴大市場影響力,提高客戶服務(wù)水平,降低企業(yè)IT運行成本!今天的門戶服務(wù)市場今天的門戶市場被來自于不同的軟件供應(yīng)商的方案劃分成為獨立的,部分功能/目的的門戶:元門戶“MegaPortal”企業(yè)信息門戶“EnterpriseInformationPortal”消費者門戶“ConsumerPortal”商務(wù)智能/分析門戶“BusinessAnalytics/IntelligencePortal”知識管理門戶“KnowledgeManagementPortal”垂直行業(yè)門戶“(IndustryVertical)Portal”適用于任何客戶端設(shè)備,無需客戶端單獨安裝程序從任何設(shè)備訪問基于角色的社區(qū)用戶管理應(yīng)用無關(guān)性集成任何資源支持各種門戶應(yīng)用模式B2B,B2E,B2C擴充性,穩(wěn)健,快速市場的關(guān)鍵需求OnlineOfflineAwayBusy電子商務(wù)應(yīng)用實施的特點經(jīng)常會增加新的電子商務(wù)應(yīng)用,這常常會每幾個星期或每幾個月發(fā)生一次;經(jīng)常會對電子商務(wù)的流程進行更改,這常常每周或每幾天發(fā)生一次;經(jīng)常應(yīng)用戶的需求而進行更改,這甚至每個小時都會發(fā)生,尤其是當需要為每個客戶、每個合作伙伴或每個企業(yè)員工都定制其首選的電子商務(wù)應(yīng)用的時候。電子商務(wù)的屬性典型的e-business都需要一種解決方案,這種方案能夠:跨越很遠的距離連接異構(gòu)的系統(tǒng)操縱并完成多重并發(fā)交易維護數(shù)據(jù)的完整性維護系統(tǒng)的完整性易于管理和控制該解決方案的類別是由e-business的模式來決定的,這些模式包括:供應(yīng)整合,CRM,交易,工作流,數(shù)據(jù)管理解決方案?企業(yè)解決方案的需求互聯(lián)網(wǎng)技術(shù)的特征和標準HTML,XML,Java,EJB,LDAP,SMTP/POP3可擴展性安全性同遺留系統(tǒng)的整合適應(yīng)團隊的開發(fā)基于中央倉庫基于組件和模型驅(qū)動建模,構(gòu)造,整合

尋求解決方案INTERNETINTRANETEXTRANET電子商務(wù)ERP整合應(yīng)用定制DominoWebSphereLinuxWindows2000MQseriesTCP/IPVPNSNACICS商業(yè)集成的需要公司收購您的供應(yīng)商您的公司您的客戶全球化電子商務(wù)成本及周期公司間的競爭1.合并&收購2.打包的應(yīng)用集成(ERP)4.供應(yīng)鏈5.直接交易處理6.Web集成3.客戶關(guān)系管理非常重要完全無關(guān)根本不知54321“應(yīng)用集成對您的電子商務(wù)的影響有多重要”52%12%20%4%10%2%

Source:ForresterResearch,Inc.Sept.2000巨大的市場機會不恰當?shù)慕鉀Q方案:應(yīng)用的復雜連接對于每個應(yīng)用,程序員都為每個需要的企業(yè)資源或外部資源編寫連接代碼,以使得應(yīng)用得以運行。程序員還需要編寫更多的代碼以使得大量的用戶能夠訪問每個應(yīng)用。應(yīng)用與應(yīng)用之間的集成同樣需要編寫大量的代碼不恰當?shù)慕鉀Q方案:應(yīng)用的復雜連接第一個應(yīng)用,企業(yè)的為之付出的總的費用應(yīng)該是該應(yīng)用的開發(fā)和部署費用、以及運營時態(tài)的維護和更新費用。第二個應(yīng)用,應(yīng)用的開發(fā)和部署費用是一樣的,但是企業(yè)需要為之花費額外的集成費用,同時由于整個企業(yè)應(yīng)用環(huán)境變得更加復雜,其運營時態(tài)的維護和更新費用可能呈指數(shù)形式增加。同樣,當?shù)谌齻€、第四個應(yīng)用被部署后,企業(yè)所支出的費用可能是高得驚人。正確的解決方案:

WebService和BusinessWeb由程序員主導的由里向外的開發(fā)模式應(yīng)當被由用戶主導的由外向里的開發(fā)模式取代冗長的串行的開發(fā)循環(huán)應(yīng)當被即時的,快速的應(yīng)用裝配所取代應(yīng)用應(yīng)當天生就具備高可定制性商業(yè)技術(shù)概念:“即時制造”以及“規(guī)??缮炜s”正確的解決方案:

WebService和BusinessWeb各種WebService分別實現(xiàn)了一定的電子商務(wù)功能將各種電子商務(wù)的WebService進行組合和集成以創(chuàng)建動態(tài)電子商務(wù)應(yīng)用充分地跨越所有系統(tǒng)平臺通過在企業(yè)間進行WebService的集成,實現(xiàn)BusinessWebAutomatedBusinessProcessesProcessServer原材料制造業(yè)運輸供應(yīng)鏈管理SalesForceAutomation記費原材料制造業(yè)配送銷售自動控

制BuenaVistaCorpBVC001949332BuenaVistaCorp6A6A6700QuebecSt.3409374874,000100800AF0800互聯(lián)網(wǎng)將全球的企業(yè)聯(lián)系起來,同時面臨應(yīng)用整合的挑戰(zhàn):不同平臺的集成不同的網(wǎng)絡(luò)的集成不同的數(shù)據(jù)表示的集成全球化協(xié)同計算

為集成而設(shè)計

可連接的應(yīng)用程序松耦合可編排基于標準跨平臺LouGerstner:關(guān)于計算技術(shù)基礎(chǔ)架構(gòu)沒有哪個公司的系統(tǒng)是孤立的。它們都是一個嶄新的、日益凸現(xiàn)的、全球性基礎(chǔ)架構(gòu)的一部分。這種架構(gòu)隨著Internet的出現(xiàn)成為可能,同時沒有任何一個企業(yè)可以(或企圖)去擁有它。它屬于我們?nèi)w,由大家一起管理、訪問,并依賴于商業(yè)、政府、學校、醫(yī)院以及我們身邊的一切。計算技術(shù)基礎(chǔ)架構(gòu)正迅速地成為我們這個世界中重要的一份子,就象其它我們已經(jīng)習以為常的基礎(chǔ)架構(gòu)(如電話系統(tǒng)、高速公路、電力系統(tǒng))。為了這一天的到來已經(jīng)經(jīng)歷了很長的時間。“Nocompany'ssystemsareanisland.They'repartofanew,emerging,globalinfrastructurethatismadepossiblebytheemergenceoftheInternet,andthatnooneenterprisecan–orwantsto–own.It'scollectivelyowned,accessed,andrelieduponbyeverybusiness,government,school,hospital,andneighborhood.Inthatrespect,computinginfrastructureisrapidlybecominglikealltheotherkindsofinfrastructurewetakeforgrantedintheworld–thetelephonesystem,thehighways,thepowergrid.Thishasbeenalongtimecoming."何謂電子商務(wù)基礎(chǔ)設(shè)施電子商務(wù)基礎(chǔ)設(shè)施是企業(yè)用于實現(xiàn)向電子商務(wù)轉(zhuǎn)型的完整IT基礎(chǔ)架構(gòu),它為用戶提供一個整合的環(huán)境,包括硬件、軟件以及服務(wù)等組成部分,通過全面的系統(tǒng)管理,支持用戶的多種應(yīng)用。企業(yè)的每一項核心業(yè)務(wù)如SCM、ERP、SCM、商業(yè)智能、電子交易等,都可借助于電子商務(wù)基礎(chǔ)設(shè)施的支持獲得最佳效果。

電子商務(wù)基礎(chǔ)設(shè)施是企業(yè)用于實現(xiàn)向電子商務(wù)轉(zhuǎn)型的完整IT基礎(chǔ)架構(gòu),它為用戶提供一個整合的環(huán)境,包括硬件、軟件以及服務(wù)等組成部分,通過全面的系統(tǒng)管理,支持用戶的多種應(yīng)用。電子商務(wù)整合服務(wù)電子商務(wù)基礎(chǔ)設(shè)施是成敗的關(guān)鍵成功者的共同之處在于對競爭環(huán)境和自身能力的充分了解、對電子商務(wù)前景的強烈渴望和對企業(yè)戰(zhàn)略的清晰把握、以及對快速實現(xiàn)業(yè)務(wù)革新的追求。然而最根本的還在于,這些企業(yè)都擁有一個強有力的電子商務(wù)基礎(chǔ)設(shè)施,這一基礎(chǔ)設(shè)施支持企業(yè)更好地開展現(xiàn)有業(yè)務(wù),并持續(xù)實現(xiàn)業(yè)務(wù)創(chuàng)新,從而使科技成為一種能夠取得不斷成功和創(chuàng)造源源利潤的手段。在企業(yè)的電子商務(wù)環(huán)境中,電子商務(wù)基礎(chǔ)設(shè)施無處不在。它支撐著企業(yè)的全部業(yè)務(wù)系統(tǒng),貫穿于企業(yè)運營的每一環(huán)節(jié)。IT系統(tǒng)是電子商務(wù)不可分割的一部分,但是規(guī)劃和建設(shè)電子商務(wù)基礎(chǔ)設(shè)施絕對不能被認為只是一個技術(shù)問題--企業(yè)應(yīng)當同時考慮到業(yè)務(wù)管理和技術(shù)實現(xiàn)兩個方面,并選擇最合理的方式來實現(xiàn)。電子商務(wù)基礎(chǔ)設(shè)施的考量因素成功的電子商務(wù)依賴于能夠在下面三個考量因素上有出色表現(xiàn)的電子商務(wù)基礎(chǔ)設(shè)施:安全可靠性、可擴展性、靈活性。一個合格的電子商務(wù)基礎(chǔ)設(shè)施應(yīng)該能夠確保業(yè)務(wù)運作的安全性和連續(xù)性,以及電子商務(wù)應(yīng)用程序?qū)τ谧罱K用戶的可用性。一份市場調(diào)查顯示,90%的CIO把網(wǎng)絡(luò)交易的安全性列為衡量電子商務(wù)的首要指標。企業(yè)一旦將自身與網(wǎng)絡(luò)世界對接,將面臨迅速增長的海量數(shù)據(jù),以及極有可能因此導致的不可預知的客戶需求和用戶工作量的激增。統(tǒng)計表明平均每個企業(yè)在一年中對系統(tǒng)應(yīng)用的更改超過3000次,許多企業(yè)內(nèi)部存在著不同廠商提供的服務(wù)器、操作系統(tǒng)、數(shù)據(jù)庫和各類應(yīng)用軟件。同時,企業(yè)還需要考慮與客戶、商業(yè)合作伙伴和供貨商的系統(tǒng)之間進行溝通和整合的問題,并促進電子商務(wù)模式的迅速擴展。IBM針對e-business的軟件策略該策略由以下內(nèi)容組成基礎(chǔ)及其規(guī)則業(yè)務(wù)伙伴的應(yīng)用用戶底層架構(gòu)的職責框架的變化通常勾畫出了架構(gòu)的組成方式內(nèi)部和外部的文檔都總在不斷地更新策略或框架中出現(xiàn)的名稱或交替使用的名詞的參考資料標準框架在任何環(huán)境下,管理信息技術(shù)都是一種挑戰(zhàn)。構(gòu)建一個良好的電子商務(wù)基礎(chǔ)設(shè)施的最大挑戰(zhàn),是將企業(yè)現(xiàn)有的應(yīng)用程序和基于Web和Internet的應(yīng)用程序結(jié)合。創(chuàng)建和管理成功的電子商務(wù)架構(gòu)需要謹慎的遠見、充足的時間、強大的金融實力和良好的資源為保證。現(xiàn)實中存在著眾多異構(gòu)平臺并存的情況,而用戶通常都希望各類軟硬件設(shè)備之間能夠協(xié)同工作。事實上,由于當今巨大的電子商務(wù)系統(tǒng)中所涉及的組件太多,企業(yè)已經(jīng)無法辨別哪一家供應(yīng)商的產(chǎn)品更適合其本身的業(yè)務(wù)發(fā)展,或是它與其它一項產(chǎn)品的兼容性如何。所以要迅速地開發(fā)越來越多的電子商務(wù)應(yīng)用程序,唯一可行的途徑就是采用基于開放工業(yè)標準的開發(fā)框架。下圖就是IBM提出的電子商務(wù)應(yīng)用程序框架。

框架體系結(jié)構(gòu)的特性客戶端網(wǎng)絡(luò)架構(gòu)訪問控制安全性控制應(yīng)用服務(wù)器軟件提供處理請求的平臺包含業(yè)務(wù)流程應(yīng)用集成使異構(gòu)的系統(tǒng)之間相互通信使Web能夠訪問到數(shù)據(jù)特性(continued)一種Web應(yīng)用編程環(huán)境用以創(chuàng)建動態(tài)的應(yīng)用e-business應(yīng)用服務(wù)使e-business服務(wù)的創(chuàng)建更加容易系統(tǒng)管理功能管理系統(tǒng)中的多種組件開發(fā)工具

創(chuàng)建、組裝、部署以及管理應(yīng)用程序特性(continued)客戶端網(wǎng)絡(luò)基礎(chǔ)架構(gòu)應(yīng)用服務(wù)器軟件應(yīng)用集成Web應(yīng)用編程環(huán)境e-business應(yīng)用服務(wù)系統(tǒng)管理功能開發(fā)工具客戶端客戶端(continued)瘦客戶端幾乎沒有或者完全沒有應(yīng)用邏輯幾乎不需要安裝軟件能夠發(fā)送請求能夠接受應(yīng)答最小化的應(yīng)用邏輯基本上只用于展現(xiàn)支持開放標準特性(continued)客戶端網(wǎng)絡(luò)基礎(chǔ)架構(gòu)應(yīng)用服務(wù)器軟件應(yīng)用集成Web應(yīng)用編程環(huán)境e-business應(yīng)用服務(wù)系統(tǒng)管理功能開發(fā)工具特性(continued)客戶端網(wǎng)絡(luò)基礎(chǔ)架構(gòu)應(yīng)用服務(wù)器軟件應(yīng)用集成Web應(yīng)用編程環(huán)境e-business應(yīng)用服務(wù)系統(tǒng)管理功能開發(fā)工具應(yīng)用服務(wù)器軟件應(yīng)用服務(wù)器軟件(continued)提供核心業(yè)務(wù)流程功能HTTP服務(wù)器郵件及虛擬社區(qū)服務(wù)(聊天,新聞,等等)群件服務(wù),可以支持業(yè)務(wù)工作流數(shù)據(jù)庫服務(wù)交易服務(wù)消息服務(wù)特性(continued)客戶端網(wǎng)絡(luò)基礎(chǔ)架構(gòu)應(yīng)用服務(wù)器軟件應(yīng)用集成Web應(yīng)用編程環(huán)境e-business應(yīng)用服務(wù)系統(tǒng)管理功能開發(fā)工具業(yè)務(wù)流程的整合集成(continued)使異構(gòu)的應(yīng)用之間能夠相互通信WebServices連接器通過與應(yīng)用相關(guān)的協(xié)議進行連接應(yīng)用消息服務(wù)在應(yīng)用之間基于消息機制的通信業(yè)務(wù)流程的集成和工作流服務(wù)組件集成服務(wù)可以利用現(xiàn)有的應(yīng)用邏輯按不同的目標進行打包封裝特性(continued)客戶端網(wǎng)絡(luò)基礎(chǔ)架構(gòu)應(yīng)用服務(wù)器軟件應(yīng)用集成Web應(yīng)用編程環(huán)境e-business應(yīng)用服務(wù)系統(tǒng)管理功能開發(fā)工具Web應(yīng)用編程環(huán)境編程環(huán)境(continued)基于JavaServletsJavaServerPages(JSP)EnterpriseJavaservices(JDBC,JNDI…)EnterpriseJavaBeans為以下特性提供環(huán)境動態(tài)地編寫互動的方式在Web應(yīng)用服務(wù)器上可以保證應(yīng)用的安全實現(xiàn)并提高分隔開業(yè)務(wù)和表示層邏輯的功能特性(continued)客戶端網(wǎng)絡(luò)基礎(chǔ)架構(gòu)應(yīng)用服務(wù)器軟件應(yīng)用集成Web應(yīng)用編程環(huán)境e-business應(yīng)用服務(wù)系統(tǒng)管理功能開發(fā)工具e-business應(yīng)用服務(wù)適用于e-business的服務(wù)或應(yīng)用構(gòu)建支撐平臺,使e-business解決方案的建立更加容易面向高層次應(yīng)用的組件構(gòu)建在底層基礎(chǔ)架構(gòu)之上并對其進行擴展特定類型應(yīng)用所需要的功能特性(continued)客戶端網(wǎng)絡(luò)基礎(chǔ)架構(gòu)應(yīng)用服務(wù)器軟件應(yīng)用集成Web應(yīng)用編程環(huán)境e-business應(yīng)用服務(wù)系統(tǒng)管理功能開發(fā)工具系統(tǒng)管理vs.網(wǎng)絡(luò)管理提供端到端的管理能夠跨越網(wǎng)絡(luò)、系統(tǒng)、中間件和應(yīng)用包含工具和服務(wù)以對管理提供支持始終貫穿交易的整個周期實現(xiàn)一種以協(xié)作性和程序性為基礎(chǔ)的管理方式特性(continued)客戶端網(wǎng)絡(luò)基礎(chǔ)架構(gòu)應(yīng)用服務(wù)器軟件應(yīng)用集成Web應(yīng)用編程環(huán)境e-business應(yīng)用服務(wù)系統(tǒng)管理功能開發(fā)工具開發(fā)工具開發(fā)工具(continued)支持廣泛的工具創(chuàng)建部署管理支持集成的第三方工具支持出現(xiàn)在開發(fā)中的不同技術(shù)組合工具以實現(xiàn)這些特定的技術(shù)組合為目標在開發(fā)團隊內(nèi)部實現(xiàn)協(xié)作開發(fā)工具的選擇用戶界面

(10%)復雜計算

(0-15%)實現(xiàn)業(yè)務(wù)需求

(75-90%)策略(continued)基礎(chǔ)及其規(guī)則規(guī)則(continued)規(guī)則(continued)

策略以及產(chǎn)品的投入必須構(gòu)建在行業(yè)認可的、基于開放標準的技術(shù)之上協(xié)議(TCP/IP,HTTP,WAP,802.11,LDAP…)語言(Java,XML,SQL,…)操作系統(tǒng)(Linux,PalmOS,…)多數(shù)廠商認可的標準(SOAP,Bluetooth,...)多數(shù)廠商認可的技術(shù)(Windows,…)開放標準組織的積極貢獻者(WorldWideWebConsortium——W3C)開放標準技術(shù)的積極開發(fā)者規(guī)則(continued)規(guī)則(continued)基于開放的編程模式J2EEJDBCJINIJNDIJNIEJBs.NET(jurystillout)…其它行業(yè)合作伙伴業(yè)務(wù),應(yīng)用,運行環(huán)境,…實踐實踐(continued)IBM的e-business模式IBM軟件部和IBM全球服務(wù)部的結(jié)合確定e-business解決方案中出現(xiàn)的通用業(yè)務(wù)、應(yīng)用和運行時模式并進行分類提供一份實現(xiàn)的規(guī)劃圖重用這些模式以減小技術(shù)上的風險允許定制和客戶化資源的獲得資源集中傳送的途徑這一切是否已經(jīng)提前做好了?實踐(continued)軟件策略實踐IBM的e-business最佳實踐實踐(continued)軟件策略實踐IBM最佳實踐IBMRedbooks為開發(fā)人員提供詳細的開發(fā)和管理指導快速入門指南Fasttracksolutiondeliveryforcommonengagements可供參考的架構(gòu)e-businessreferencearchitectureV3.0WirelessReferencearchitecture實踐(continued)避免慣性思維——靈活并大膽革新“我總是以這種方式來做”設(shè)計一個系統(tǒng)時要充分考慮它將面臨的周邊環(huán)境就像房間位于房中,房子在街道上,而街道…自上而下的方法需求總是無法完全確定技術(shù)不能確定自底向上的方法需求很完全并明確清楚采用什么技術(shù)實踐(continued)利用模塊化的方式打破設(shè)計的復雜性找尋模式的適用性找尋框架的適用性在子系統(tǒng)之間是松散的耦合關(guān)系但是卻是緊密地結(jié)合從一開始就控制好系統(tǒng)的質(zhì)量將您的決策歸檔,并使用標準建模語言UML,以及可操作的模型實踐(continued)技術(shù)評估IBM產(chǎn)品最好的選擇可以依賴的技術(shù)對改變現(xiàn)有或您所期望的技術(shù)保持敏感在前沿技術(shù)上領(lǐng)先往往導致?lián)p傷慘重充分估計風險和實用性不要因為您熟悉某種技術(shù)就犧牲整個解決方案去配合它實踐(continued)使技術(shù)決策始終在整個項目管理的過程中充分考慮到成本和預算方面的問題對一個方面的改變會直接影響到另外兩個底層架構(gòu)的職責底層架構(gòu)的職責(continued)底層架構(gòu)的職責(continued)四個關(guān)鍵品牌WebSphereWeb服務(wù)器,應(yīng)用服務(wù)器,MQSeries,WirelessSuite,CommerceSuite,應(yīng)用開發(fā)(超過64種產(chǎn)品)Lotus知識管理,協(xié)作(Collaboration)Tivoli超過60種的企業(yè)管理系統(tǒng)DB2數(shù)據(jù)庫、數(shù)據(jù)和內(nèi)容的管理合作伙伴選擇什么樣的合作伙伴呢?真正出色的解決方案決不僅僅依賴于純技術(shù)。在做出最終選擇之前,企業(yè)有必要事先向?qū)Ψ教岢鲆韵聠栴}:*你們了解我這個行業(yè)嗎?--成功的電子商務(wù)意味著經(jīng)過整合的電子商務(wù)基礎(chǔ)設(shè)施促進了企業(yè)核心業(yè)務(wù)的創(chuàng)新。合格的伙伴能夠充分理解企業(yè)的核心業(yè)務(wù)和競爭優(yōu)勢,知曉企業(yè)外部環(huán)境和內(nèi)部模式,并能夠合理地預見企業(yè)所在行業(yè)的未來發(fā)展趨勢。*你們以前有足夠豐富的實踐經(jīng)驗嗎?--電子商務(wù)的成功只分階段,而沒有大小和種類的區(qū)別。優(yōu)秀的合作伙伴具有在各種企業(yè)中的成功案例,既了解不同行業(yè)的企業(yè),也了解不同規(guī)模的企業(yè)。*選擇你們能否讓我的投資回報最佳而風險降至最低?--設(shè)計良好的電子商務(wù)架構(gòu)必然要考慮盡量實現(xiàn)最佳的投資回報率,并盡可能降低總體擁有成本。企業(yè)因此需要一個具備業(yè)務(wù)咨詢、熟悉各種體系結(jié)構(gòu)及其長短處、并深諳實現(xiàn)手段的合作伙伴來指點迷津。*你們的技術(shù)力量是第一流的嗎?--一套完整的基于開放標準的開發(fā)平臺和工具,才能使企業(yè)的電子商務(wù)在保持安全可靠的同時具備高度靈活性。富有責任心的合作伙伴擁有訓練有素的技術(shù)工程師和高品質(zhì)的產(chǎn)品,通過邏輯嚴密的方法論幫助企業(yè)建設(shè)符合要求的電子商務(wù)基礎(chǔ)設(shè)施。你們的服務(wù)質(zhì)量和技術(shù)力量一樣出色嗎?--擁有第一流產(chǎn)品的公司并不意味著它就一定是合作伙伴的最佳人選,整合能力才是最重要的。杰出的合作伙伴是一個集中了業(yè)務(wù)顧問和技術(shù)專家的復合型團隊,依照一套行之有效的實施規(guī)范來確保電子商務(wù)基礎(chǔ)設(shè)施與企業(yè)核心業(yè)務(wù)的整合。這些問題最終都歸結(jié)為一點,即整合能力。合作伙伴(continued)合作伙伴

(continued)InternetOS/400OS/400OS/400LinuxLinuxIntranet內(nèi)置網(wǎng)卡內(nèi)置網(wǎng)卡WebServerWebSphere核心業(yè)務(wù)ERPCRMSCM數(shù)據(jù)庫防火墻防火墻HypervisorI/O處理器Linux應(yīng)用LinuxforiSeries的架構(gòu)CDROMMapperLANMapperDiskMapperConsoleMapperCDROMDDLANDDDiskDDComsoleDDDisk處理器GNURuntimeOS/400AS/400應(yīng)用SLICLinuxKernelRAID磁盤陣列NAS-NetworkAttachedStorageSAN存儲區(qū)域網(wǎng)絡(luò)RouterFirewall業(yè)務(wù)單位RouterFirewall業(yè)務(wù)單位iSeriesvs.SANx.25/DDN/FROS/400LinuxWindows2000磁盤柜RouterFirewallCallCenter銀行計算中心儲蓄所業(yè)務(wù)單位iSeries的部署x.25/DDN/FRRouterFirewall業(yè)務(wù)單位OS/400LinuxWindows2000IFS(集成文件系統(tǒng))金融內(nèi)部網(wǎng)絡(luò)RouterFirewall業(yè)務(wù)單位iSeries作為前置機x.25/DDN/FR網(wǎng)絡(luò)基礎(chǔ)架構(gòu)網(wǎng)絡(luò)基礎(chǔ)架構(gòu)提供全面的訪問環(huán)境TCP/IP以及網(wǎng)絡(luò)服務(wù)(例如DHCP)安全服務(wù),基于:公共秘鑰技術(shù)訪問控制機密性數(shù)據(jù)完整性交易的不可拒絕性目錄服務(wù),用于在網(wǎng)絡(luò)中定位用戶、服務(wù)以及資源文件以及打印服務(wù)VPN:安全、可靠、低成本的網(wǎng)絡(luò)分支機構(gòu)協(xié)作企業(yè)集團公司總部POPPOPPOPWebServerswitchfirewallrouterModemPOPInternet遠程終端什么是目錄?目錄是一種分類條目。目錄有:日常目錄:如電話目錄、電視目錄、圖書館目錄、書的目錄等。在線目錄:在計算機中的目錄,是一種分層式的數(shù)據(jù)庫。主要有LDAP目錄。目錄服務(wù)目錄服務(wù):提供目錄搜索。目錄服務(wù)系統(tǒng):是軟件、硬件、策略等資源的定位集合體。包括:目錄中的信息目錄服務(wù)端硬、軟件目錄客務(wù)端硬、軟件客戶端到服務(wù)端、服務(wù)端之間的網(wǎng)絡(luò)基礎(chǔ)設(shè)施策略等目錄服務(wù)的需求對計算機資源定位的需要在海量數(shù)據(jù)中進行查詢(主要為讀操作)關(guān)系數(shù)據(jù)庫的低效率LDAP目錄服務(wù)X.500是一種CCITT(ITU)針對已經(jīng)被國際標準化組織(ISO)接受的目錄服務(wù)系統(tǒng)的建議。是目錄服務(wù)的一種國際標準。但其在數(shù)據(jù)表示、編碼和傳輸方面都顯得比較笨重。什么是LDAP?

LDAP的全稱是LightweightDirectoryAccessProtocol,即:輕量級目錄存取服務(wù)。它是基于X.500標準的,但簡化了,所以稱為輕量級。另外,與X.500不同,LDAP支持TCP/IP,這對訪問Internet是必須的。傳統(tǒng)方法的劣勢(1)對于大規(guī)模數(shù)據(jù),系統(tǒng)整體的性能降低,因為關(guān)系數(shù)據(jù)庫需要不斷的進行數(shù)據(jù)類型的驗證和事務(wù)的完整性的確認。(2)擴充問題,任意的擴充會導致索引的爆炸性變化。LDAP的優(yōu)勢(1)可以在任何計算機平臺上,訪問LDAP目錄。(2)LDAP目錄可放在任何服務(wù)器上,因為LDAP是一個跨平臺的協(xié)議。(3)有較好的安全和訪問控制,如:給予用戶改變他們自己的電話號碼和家庭地址的權(quán)限,但是限制他們對其它數(shù)據(jù)(如,職務(wù)名稱,經(jīng)理的登錄名,等等)只有“只讀”權(quán)限。給予“HR-admins"組中的所有人權(quán)限以改變下面這些用戶的信息:經(jīng)理、工作名稱、員工號、部門名稱和部門號。但是對其它域沒有寫權(quán)限。禁止任何人查詢LDAP服務(wù)器上的用戶口令,但是可以允許用戶改變他或她自己的口令。給予經(jīng)理訪問他們上級的家庭電話的只讀權(quán)限,但是禁止其他人有這個權(quán)限。給予“host-admins"組中的任何人創(chuàng)建、刪除和編輯所有保存在LDAP服務(wù)器中的與計算機主機有關(guān)的信息通過Web,允許組的所有者刪除或添加他們擁有的組的成員。LDAP的優(yōu)勢(continued)(4)能夠進行目錄的復制

LDAP服務(wù)器可以復制部分或全部數(shù)據(jù),例如:可以把數(shù)據(jù)復制到遠程的辦公室,以增加數(shù)據(jù)的安全性,也可為多個用戶所用。(5)可使目錄分布在網(wǎng)絡(luò)內(nèi)的多臺計算機上。(6)為了保存大的對象,能夠?qū)⒛夸浄譃槎鄠€分區(qū)進行存儲。什么時候使用LDAP存儲數(shù)據(jù)?(1)需要在任何平臺上都能讀取數(shù)據(jù)(2)每一個單獨的記錄項都只有很少的改變(3)可以把數(shù)據(jù)存在平面數(shù)據(jù)庫(flatdatabase:文本性質(zhì)的數(shù)據(jù)庫),而不是關(guān)系型數(shù)據(jù)庫中。電子郵件地址郵件路由信息人力資源數(shù)據(jù)公用密匙聯(lián)系人列表等等LDAP存儲各種類型的數(shù)據(jù)LDAP的結(jié)構(gòu)LDAP結(jié)構(gòu)是一個目錄樹結(jié)構(gòu)LDAP用目錄記錄的標識名(DistinguishedName,簡稱DN)來讀取單個記錄。標識名規(guī)范:DC域元素OU組織單元CN通用名DCDCouCNDomainOU1ComputersComputer1UsersUser1UsersUser2OU2PrintersPrinter1張三AttributesValues姓名大樓樓層張三1171LDAP的層次結(jié)構(gòu)Contoso.ibmFinanceSalesSuzanFineLDAP://CN=SuzanFine,OU=Sales,OU=Finance,DC=contoso,DC=ibmCN=SuzanFine,OU=Sales,OU=Finance,DC=contoso,DC=ibmLDAP的層次結(jié)構(gòu)(continued)一個實例用標識名來訪問打印機:的寫法是:LDAP://CN=P1,OU=Printers,DC=finance,DC=hz,DC=zj,DC=govDNSvs.目錄服務(wù)DNS主要目的是把主機名轉(zhuǎn)換成IP地址而目錄有更普遍的作用DNS有一套專門的、固定的計劃,而目錄允許擴展DNS不充許更新它的信息,而目錄可以。如何在企業(yè)集成中使用?

使用DNS域名空間,定義和命名根域。確定是一棵樹還是一個森林。參考你的組織結(jié)構(gòu)。EAI軟件應(yīng)當具有的技術(shù)層面業(yè)務(wù)處理過程的支持傳輸服務(wù)接口轉(zhuǎn)換單層應(yīng)用模型兩層客戶/服務(wù)器模型三層應(yīng)用程序模型WebService應(yīng)用開發(fā)架構(gòu)應(yīng)用系統(tǒng)架構(gòu)的變遷多層結(jié)構(gòu)Client/Server終端方式數(shù)據(jù)的集中分布合理化集中n-Tier多層應(yīng)用系統(tǒng)架構(gòu)業(yè)務(wù)邏輯處理層數(shù)據(jù)表示層數(shù)據(jù)存儲層業(yè)務(wù)規(guī)則存在于:服務(wù)器端數(shù)據(jù)庫中HTMLBrowserPresentation&

BusinesslogicData

AccessEtc.Java

ScriptHTMLASPEmbeddedHTMLBusinessLogicHTML傳統(tǒng)兩層架構(gòu)的方案集成的關(guān)系數(shù)據(jù)庫:安全性-強大的安全機制擴展性-從幾萬到幾百萬美元全系列靈活性-與主機系統(tǒng)的天然聯(lián)系、集成文件系統(tǒng)、各種網(wǎng)絡(luò)開放性-支持OLEDB驅(qū)動iSeries提供的高可用性數(shù)據(jù)庫服務(wù),使以PC為基礎(chǔ)的普通數(shù)據(jù)庫服務(wù)器黯然失色。

iSeries最合適的數(shù)據(jù)庫服務(wù)器考慮電子商務(wù)基礎(chǔ)設(shè)施建設(shè)中安全性、擴展性、靈活性的三個主要方面,iSeries是最合適的數(shù)據(jù)庫?!皵?shù)據(jù)”是電子商務(wù)系統(tǒng)的“生命”??!

EnterpriseJavaBeanEJB體系是JAVA平臺上的服務(wù)器端組件模型目標是最大限度地減輕分布式應(yīng)用程序的開發(fā)工作。VisualageforJava+Websphere安全、事務(wù)處理盡可能不再由手工編碼的方式實現(xiàn),而是通過使用JavaBean自身的標記實現(xiàn)。應(yīng)用程序服務(wù)器Servlet/JSP引擎EJBServer客戶端Browse數(shù)據(jù)庫服務(wù)器HTTPJDBCDB2ModelControllerView

基于EJB的三層系統(tǒng)架構(gòu)Web應(yīng)用框架用于構(gòu)建e-business應(yīng)用的基礎(chǔ)一個全面的,可擴展的,與平臺無關(guān)的方法,它可以支持您開發(fā)和部署e-business解決方案所需要的所有服務(wù)目標加速開發(fā)可移植可擴展利用現(xiàn)有資源易用性功能Web應(yīng)用的開發(fā)LHH易用+功能=生產(chǎn)率Model-drivenHTML-drivenJavaCICSR/3PeopleSoftTuxedoCustom統(tǒng)一集成框架EJBEJBServletRepositoryJMSMOMsJDBCRDBMSWebSphereApplicationServerWebSphere集成框架

EJB開發(fā)中的參與者(Role)提供者(Provider)-設(shè)計Bean安裝者(Deployer)-將EJB類安裝到EJB容器中應(yīng)用程序開發(fā)者(ApplicationAssembler)容器提供者(ContainerProvider)-提供運行環(huán)境應(yīng)用程序服務(wù)器Servlet/JSP引擎EJBServer客戶端Browse數(shù)據(jù)庫服務(wù)器HTTPJDBCDB2ModelControllerView

基于EJB的三層系統(tǒng)架構(gòu)CCCCSSSSCCCCSTPmonitorS1000+傳統(tǒng)的事務(wù)處理CCCCCSSSSCTPMonitorC動態(tài)負載均衡和故障恢復CSSSS12Commit!組件往往是分布的TM(TransactionManager)TXTXXACSSSS資源管理(DBMSserver,Queuemanager)XA工業(yè)標準

EJB和事務(wù)管理在EJB環(huán)境中,EnterpriseJavaServerContainer提供事務(wù)和并發(fā)性管理服務(wù)。雖然EJB參與事務(wù)以及在事務(wù)上下文中自動管理EJB狀態(tài)的能力是使用EJB最大好處之一,但是它也是EJB編程模型中最棘手的部分之一。雖然WebSphere容器本身提供了一定程度的并發(fā)性管理,但是在給定資源級別上事務(wù)隔離的并發(fā)性方面卻由事務(wù)資源管理器處理,而不是完全由“容器”管理。換句話說,最終將與數(shù)據(jù)庫合作來一起管理對實體EJB表的并發(fā)訪問。因此,EJB應(yīng)用程序開發(fā)者必須理解和參與該過程。如果沒有預防性步驟,針對同一實體bean的并發(fā)讀寫事務(wù)可能導致數(shù)據(jù)庫死鎖。甚至,用于分離不相關(guān)實體bean的并發(fā)只讀事務(wù)或并發(fā)事務(wù)可能死鎖。

EJB事務(wù)管理經(jīng)驗應(yīng)當盡可能地使用聲明的且由容器管理的事務(wù),以使為事務(wù)管理服務(wù)API編寫代碼的開銷最小化。這不僅能減少程序員的工作量,而且還會減少最終代碼中出錯的可能性(例如,它將防止您意外地不提交事務(wù)或過早提交)并允許您不作編程更改就更改行為。分布式環(huán)境中的事務(wù)不應(yīng)該跨越用戶思考時間。事務(wù)應(yīng)該從接收到用戶請求開始,在返回響應(yīng)時結(jié)束。當用戶使用響應(yīng)中所包含的數(shù)據(jù)時,事務(wù)不應(yīng)該保持活動。這樣做有幾個好處—最主要的好處是更短的事務(wù)減少了應(yīng)用程序中的爭用,因為數(shù)據(jù)庫鎖定保持更短的時間周期。

EJB事務(wù)管理經(jīng)驗應(yīng)該將會話bean用作任何實體bean一個前端,以將多個相關(guān)的實體bean組合成一個事務(wù)。這樣,會話bean方法將代表單一工作單元。只有在例外情況下,會話bean才應(yīng)該采取由bean劃分的的事務(wù),其中,事務(wù)跨越多個更高級別的方法是有必要的(但是,您必須留意長期存活的事務(wù))。準則應(yīng)該是使用由容器劃分的事務(wù)。避免由客戶機劃分的事務(wù)。使用由客戶機劃分的事務(wù)不僅對同種錯誤(與由bean區(qū)分的事務(wù)所對應(yīng)的錯誤相同)打開了系統(tǒng),而且還通過將系統(tǒng)的關(guān)鍵功能(事務(wù)的管理)移至整個系統(tǒng)的前端層或GUI部分而違反了分層原則。數(shù)據(jù)庫訪問和并發(fā)管理

WebSphere在AdministrativeConsoleEJB頁面的General窗格中有一項設(shè)置,讓您將數(shù)據(jù)庫訪問設(shè)置成共享或互斥。聯(lián)機文檔沒有解釋該設(shè)置。它暗示了有關(guān)于如何以及何時從數(shù)據(jù)庫刷新已高速緩存的實體bean狀態(tài)。如果數(shù)據(jù)庫訪問是共享的,則容器假設(shè)它必須與其它應(yīng)用程序共享對EJB表的訪問,并且在每一個事務(wù)的開始和/或結(jié)束刷新和更新該實體bean。WebSphere將事務(wù)隔離委托給數(shù)據(jù)庫。數(shù)據(jù)庫訪問和并發(fā)管理如果數(shù)據(jù)庫訪問是互斥的,則容器假設(shè)它對EJB表具有互斥權(quán)利,其它應(yīng)用程序不能使用它們。這種方式減少了數(shù)據(jù)庫訪問并提高了性能,因為容器在事務(wù)之間保留高速緩存的實體bean,并且在每個事務(wù)開始時不從數(shù)據(jù)庫刷新。這有可能減少數(shù)據(jù)庫所放置的鎖的數(shù)量,并因此減少死鎖的風險和可能性。這還意味著,如果兩個WAS容器并發(fā)訪問EJB表(就象工作負載管理的情形那樣),則唯一可能的“數(shù)據(jù)庫訪問”設(shè)置是共享。即使在互斥方式中,WebSphere容器仍不提供事務(wù)隔離和并發(fā)性管理。在任何一種情況中,重要的是:雖然容器提供一些并發(fā)性管理,但是它將事務(wù)隔離方面的任務(wù)委托給數(shù)據(jù)庫。對于數(shù)據(jù)庫,EJS容器只是另一個多用戶應(yīng)用程序。因此,EJB應(yīng)用程序開發(fā)者必須理解容器如何使用數(shù)據(jù)庫以及應(yīng)用程序需要做什么。為什么需要互操作性?

滿足客戶的需求異構(gòu)已成為事實完全的中央控制不切實際大多數(shù)大企業(yè)擁有混合的系統(tǒng)企業(yè)合作,收購,兼并企業(yè)要求互操作性CIO已經(jīng)把集成列入IT方面第一關(guān)注的事項誤區(qū)套牢(Lock-in)還是開放(Open)跨平臺還是互操作性互操作的目標保護現(xiàn)有的投資與新模塊無縫結(jié)合訪問到任何平臺上的業(yè)務(wù)邏輯通過標準接口訪問到數(shù)據(jù)層充分發(fā)揮平臺的優(yōu)勢j2ee.net應(yīng)用程序流程JSPsServletsServletsEJBsDB2ASP.NETServicedComponentsSQLServer客戶端Web層業(yè)務(wù)邏輯層數(shù)據(jù)庫層瀏覽器互操作–業(yè)務(wù)層集成EJB集成應(yīng)用程序服務(wù)器考慮:事務(wù)處理錯誤處理可伸縮性,安全性,性能Web層業(yè)務(wù)邏輯數(shù)據(jù)層Web層業(yè)務(wù)邏輯數(shù)據(jù)層互操作-業(yè)務(wù)層

方案一RMI-.NETRemoting橋接優(yōu)點接線層級的性能缺點緊耦合特定的廠商和版本W(wǎng)eb層業(yè)務(wù)邏輯數(shù)據(jù)層Web層業(yè)務(wù)邏輯數(shù)據(jù)層j2ee.net互操作-業(yè)務(wù)層

方案二JSPsServletsServletsEJBsDB2ASP.NETServicedComponentsSQLServer客戶端Web層業(yè)務(wù)邏輯層數(shù)據(jù)庫層瀏覽器方案二:消息隊列互操作-業(yè)務(wù)層

方案二消息隊列(MQSeries)優(yōu)點松耦合支持N到N的場景支持事務(wù),安全性,可靠的消息傳遞缺點不能同步操作可能出現(xiàn)端口或防火墻問題消息隊列跨越互聯(lián)網(wǎng)?PresentationApplicationSessionTransportNetworkDatalinkPhysicalNetworkInterfaceIP,ARP,ICMPTCPApplicationUDPTCP/IPOSIOSIvs.TCP

和消息隊列消息隊列松耦合系統(tǒng)獨立系統(tǒng)相聯(lián)結(jié)獨立的基礎(chǔ)架構(gòu)獨立地開發(fā),部署,管理彼此之間沒有信任關(guān)系目標少數(shù)的,定義明確的連接點各系統(tǒng)實現(xiàn)沒有依賴性任何一端的修改都可以適度容忍j2ee.net互操作-業(yè)務(wù)層

方案三JSPsServletsServletsEJBsDB2ASP.NETServicedComponentsSQLServer客戶端Web層業(yè)務(wù)邏輯層數(shù)據(jù)庫層瀏覽器方案三:Web服務(wù)互操作-業(yè)務(wù)層

方案三Web服務(wù)優(yōu)點松耦合同步(或異步)操作跨防火墻產(chǎn)業(yè)界推動可擴展缺點Web服務(wù)標準在事務(wù)處理,可靠消息傳遞方面缺少支持安全性如何?Web服務(wù)基本的標準(XML,XSD,SOAP,WSDL,UDDI)沒有涉及安全性現(xiàn)在可以使用點到點基于傳輸層的安全措施(比如,HTTPS)將來的版本將包含WS-Security對于其它互操作機制自己完成加密,數(shù)字簽名等互操作建議可能的情況下使用XMLWeb服務(wù)轉(zhuǎn)移到一個面向服務(wù)的體系結(jié)構(gòu)使用XMLSchemaXMLWeb服務(wù)包含了XMLSchema也適用于消息傳遞,文檔交換,及其它情形只有在絕對必要時才可以不遵循這些約定集成調(diào)度員

超越點到點的連接.NET

Web服務(wù)

應(yīng)用程序J2EEServer+

Web服務(wù)

實現(xiàn)應(yīng)用程序應(yīng)用程序應(yīng)用程序WebSphere

服務(wù)器SOAP請求SOAP響應(yīng)FTP請求SMTP請求轉(zhuǎn)換組合跟蹤分析業(yè)務(wù)流程

建模應(yīng)用程序CICS調(diào)用HTTP請求SOAP問題是否系統(tǒng)需要大量的數(shù)據(jù)交換嗎–每秒鐘上千條信息?考慮在兩端使用相同的技術(shù).這使你能使用高性能的二進制協(xié)議和一個緊耦合的模型,它更支持高吞吐量的事務(wù)處理.使用XMLWeb服務(wù)作為橋接協(xié)議.現(xiàn)有WebSphere系統(tǒng)中的程序可以修改嗎?包裝并顯示現(xiàn)有的程序為web服務(wù).利用現(xiàn)有的WebSphere應(yīng)用程序中的通信和遠程機制進行隱含橋接.需要保存并轉(zhuǎn)發(fā)或容忍網(wǎng)絡(luò)故障的功能嗎?使用消息中間件.使用簡單的傳輸方式,比如SMTP,FTP,HTTP.XMLWeb服務(wù)不適合或者不可行嗎?使用共享文件系統(tǒng),消息中間件或共享數(shù)據(jù)庫.使用XMLWeb服務(wù).有下面的情況出現(xiàn)嗎:一個復雜的過程流?多輸入輸出?需要消息轉(zhuǎn)換或協(xié)議轉(zhuǎn)換?消息必須被跟蹤,核查和分析?用MQInteger服務(wù)器來實現(xiàn)這些功能.直接的對等的XMLWeb服務(wù).需要跨橋接的分布式事務(wù)處理嗎?重新構(gòu)建系統(tǒng)以避免跨領(lǐng)域的緊耦合.或者,使用公用技術(shù)以允許分布事務(wù)處理.Web服務(wù)出現(xiàn)之前各種組件之間的“戰(zhàn)爭”各種編程語言之間的“戰(zhàn)爭”防火墻的阻擋沒有在互操作性上有任何一致協(xié)議在Internet應(yīng)用集成中的問題不同組件模型的組件無法進行相互的無縫調(diào)用相同組件模型在Internet上也很難甚至無法相互調(diào)用EJBCORBACOMCORBAWeb服務(wù)定義了:范疇:“面向服務(wù)”(Service-oriented)的體系結(jié)構(gòu)“裝配線”的概念“按需服務(wù)”的構(gòu)想技術(shù)就是在(典型的是)HTTP之上使用XMLXML:因為商家對它一致認可HTTP:因為它可以穿過放火墻“Web服務(wù)”技術(shù)包含任何屬于“提供服務(wù)”范疇的技術(shù)典型的技術(shù)有:SOAP:XML/HTTPWSDL:用于描述服務(wù)UDDI:用于商業(yè)服務(wù)的注冊ebXML:用于商務(wù)數(shù)據(jù)交換,商業(yè)流程Web服務(wù)的“廣告”按需服務(wù)所使用的技術(shù)都得到業(yè)界商家的廣泛認可動態(tài)地發(fā)現(xiàn)銀彈Web服務(wù)的“真實現(xiàn)狀”按需服務(wù)?還沒有。所使用的技術(shù)都得到業(yè)界商家的廣泛認可?

還沒有。動態(tài)地發(fā)現(xiàn)?不。銀彈?不是。Web服務(wù)的“真實現(xiàn)狀”Web服務(wù)只是給一些老的技術(shù)帶了一頂有趣的新帽子你現(xiàn)在就已可以通過sockets來使用XML/HTTP;你現(xiàn)在就已可以使用IDL或接口來對服務(wù)進行描述;你現(xiàn)在就已可以通過“Java?NamingandDirectoryInterface?(/JNDI)”

來對服務(wù)進行注冊這里沒有任何新的東西;事實上,很多公司都早已開始、并一直在提供著Web服務(wù);Web服務(wù)真正的優(yōu)點在于:應(yīng)用程序之間的松耦合相互獨立的應(yīng)用程序的更新B2B—更加廉價,利用InternetEAI—無縫的集成“組件之間的戰(zhàn)爭”不會影響互操作性“編程語言之間的戰(zhàn)爭”不會影響互操作性應(yīng)用環(huán)境和背景Web“過去”是面向人的;Web正在逐漸成為一個B2B的平臺A2A:應(yīng)用程序到應(yīng)用程序(application-to-application)B2B:是A2A中很流行的一種特殊應(yīng)用Web服務(wù)是一個分布式計算平臺,在其上可以構(gòu)造A2A的應(yīng)用程序?qū)F(xiàn)有的專用系統(tǒng)進行統(tǒng)一

(例如:信件

ú

傳真

ú

電子郵件

úHTML表單

úXML的傳遞)基于一堆新技術(shù),包括:SOAP,WSDL,UDDI…什么是一個Web服務(wù)?Web服務(wù)中的術(shù)語WebServicesDescriptionLanguage(WSDL) [Web服務(wù)描述語言]SimpleObjectAccessProtocol(SOAP) [簡單對象訪問協(xié)議]UniversalDescription,DiscoveryandIntegration(UDDI) [統(tǒng)一的描述、發(fā)現(xiàn)和整合]一般的Web服務(wù)的特征傳遞(Delivery)與容器(Container)組件/服務(wù)的設(shè)計“Service”的粒度耦合度細小粗糙緊密松散“傳輸/接口(Transport/interface)”的特征延遲(Latency)帶寬(Bandwidth)

安全性(Security)

透明度(Transparency)...e-Business驅(qū)動了WebService的發(fā)展,而WebService的基石是Web技術(shù)、IT技術(shù)和對象技術(shù)的融合。高度可集成的、基于Web的對象通過SOAPMessage實施的面向?qū)ο缶幊棠軌驅(qū)⒛悻F(xiàn)有的企業(yè)應(yīng)用使用SOAP包裝、WSDL描述,從而發(fā)布企業(yè)的商務(wù)功能或商務(wù)數(shù)據(jù)什么是XMLWebService?一個能夠使用XML消息通過網(wǎng)絡(luò)來訪問的Interface,這個Interface描述了一組可訪問的操作。由SOAP+WSDL包裝的Object適應(yīng)松散耦合的網(wǎng)絡(luò)環(huán)境,可通過Web訪問,手段是SOAPMessage服務(wù)的行為、輸入/輸出都可使用WSDL描述WebServiceInterfaceInvocationSOAPWSDLDescriptionServiceRequestor什么是XMLWebService?什么是XMLWebService?通過標準的Web協(xié)議(HTTP)可編程訪問的WEB組件開放的

Internet

傳輸協(xié)議XMLWeb

serviceSOAPSOAP(簡單對象訪問協(xié)議)–用XML實現(xiàn)Webservice的標準協(xié)議WSDLXMLWebservices

DescriptionLanguageWSDL–描述Webservice的語言規(guī)范,相當于訪問Webservice的接口基于開放的Internet協(xié)議XMLandHTTPUDDIUniversalDescription,

DiscoveryandIntegrationUDDI-Webservice的黃頁WebService

層次結(jié)構(gòu)Internet:IPv4,IPv6Transport:HTTP,FTP,SMTPMessaging:SOAPServiceDescription:WSDLServiceDiscovery,Integration:UDDIWorkflow:WSFLRouting,ReliabilityandTransaction:??????ManagementQualityofServiceSecurityWebService架構(gòu)演化緊松耦合度GranularityScopeXML/HTTPMOMORBB2BMarket,

GlobalEnterpriseEcosystemsHomogeneous

ApplicationProgramTypicalaccessvia:WebServicesServicesComponentsObjectsSimpleObjectAccessProtocolSOAP1.0:Userland,Microsoft,DeveloperMentorSpecifictoCOMandHTTPSOAP1.1:Userland,Microsoft,IBM,Lotus,DeveloperMentor

自由的傳輸綁定(不僅僅是HTTP)自由的語言綁定(比如Java,C#)可插入的數(shù)據(jù)格式(當然必須基于XML)完全的中立(中立、公開的標準)獨立于任何編程語言、對象模型、操作系統(tǒng)、平臺SOAP消息結(jié)構(gòu)Request/ResponseMessageRequest調(diào)用遠端對象的某個方法Response返回該方法運行后的輸出結(jié)果User

SOAPRequestSOAPResponseServiceProvider

WebServiceSOAP消息結(jié)構(gòu)SOAP定義了一個“envelope”對象使用“envelope”包裝消息自身消息可以采用自身特定的XML詞匯使用namespace來區(qū)分彼此MessageEnvelopeSOAP詞匯集自定義詞匯ASOAPRequest消息<SOAP-ENV:Envelope

xmlns:SOAP-ENV="http://{soaporg}/envelope/"

SOAP-ENV:encodingStyle=

"http://{soaporg}/encoding/"><SOAP-ENV:Body><m:QuoteStockPricexmlns:m="Some-URI"><Symbol>MSFT</Symbol></m:QuoteStockPrice></SOAP-ENV:Body></SOAP-ENV:Envelope>ASOAPResponse消息<SOAP-ENV:Envelope

xmlns:SOAP-ENV="http://{soaporg}/envelope/"

SOAP-ENV:encodingStyle=

"http://{soaporg}/encoding/"><SOAP-ENV:Body><m:QuoteStockPriceResponse

xmlns:m="Some-URI"><Price>66.13</Price></m:QuoteStockPriceResponse></SOAP-ENV:Body></SOAP-ENV:Envelope>SOAP隱藏了實現(xiàn)細節(jié)User

SOAPRequestSOAPResponseServiceProvider

HTTP

Server?SOAP

Processor用戶只需要了解SOAP消息的格式,而對底層實現(xiàn)的細節(jié)可以無需關(guān)心EJB?Corba?DCOM?為什么SOAP會成功?Internet環(huán)境下實現(xiàn)技術(shù)的多樣性使得早期的分布式技術(shù)無法實現(xiàn)普遍的互相連接DCOM–需要每個連接點都使用WindowsCORBA–需要每個連接點都有ORBRMI–需要每個連接點都使用JavaSOAP是基于平臺獨立的選擇簡單的XML格式可以在任意平臺采用任意技術(shù)可以使用開放源代碼資源WebServicesDescriptionLanguage使用XML進行描述類似IDL,不過是使用XML格式描述了服務(wù)的操縱信息ServiceInterfaceImplementationDetailsAccessProtocolContactEndpointWSDL是早先技術(shù)的綜合IBM'sNASSLMicrosoft'sSDLWSDL元素types:描述將會使用的數(shù)據(jù)類型message:定義傳入傳出的消息格式portType:定義了一個入口的類型(使用了怎樣的request/response消息對)binding:確定portType將會使用何種傳輸協(xié)議(SOAP/HTTP-POST/…)port:定義了一個關(guān)聯(lián)某個binding的服務(wù)入口service:一組port組成的WebService什么是UDDI?為加速WebService的推廣、加強WebService的互操作能力而推出的一個計劃基于標準的服務(wù)描述和發(fā)現(xiàn)的規(guī)范(specification)以資源共享的方式由多個運作者一起以WebService的形式運作UDDI商業(yè)注冊中心IT業(yè)界和商業(yè)界的領(lǐng)導者的合作UniversalDescription,DiscoveryandIntegration為什么UDDI會成功?UDDI商業(yè)注冊中心存儲全球商家的信息切合當前商業(yè)需要電子商務(wù)的全球化需要技術(shù)平臺的支持UDDI和WebService正是核心和基礎(chǔ)在現(xiàn)有技術(shù)上的技術(shù)規(guī)范使用SOAP作為底層技術(shù)由各大IT業(yè)領(lǐng)導者一起制定技術(shù)規(guī)范UDDI角色和操作ServiceProvider提供e-BusinessService通過ServiceRegistry發(fā)布(Publish)其提供的可用的ServiceServiceProviderServiceRegistryServiceRequestorPublishUDDI角色和操作ServiceRegistry為Service的發(fā)布和定位提供支持類似電話黃頁ServiceProviderServiceRegistryServiceRequestorPublishUDDI角色和操作ServiceRequestor通過ServiceRegistry發(fā)現(xiàn)(Find)需要的Service綁定(Bind)ServiceProvider提供的Service,并實施調(diào)用ServiceProviderServiceRegistryServiceRequestorPublishBindFindWhereisSOAPandWSDL?WSDLPublish的內(nèi)容、Find的返回結(jié)果和Bind的信息都是WSDL描述的服務(wù)信息SOAPServiceRegistry的訪問(Publish/Find)、Service的訪問都是通過SOAPMessage實現(xiàn)ServiceProviderServiceRegistryServiceRequestorPublishBindFindUDDI解決了什么問題?一個中等規(guī)模的制造型企業(yè)需要和大約400個合作伙伴架構(gòu)在線的交易關(guān)系,而每一個交易關(guān)系的連接可能都有其自身的標準和協(xié)議更廣泛的B2B中國的一家花店想要將他能提供的服務(wù)加入到全球所有合適的e-Marketplace中去,但卻不知道該如何尋找這些e-Marketplace更智能地搜索一家B2B的e-Marketplace無法順利地獲取行業(yè)內(nèi)及行業(yè)外的相關(guān)供應(yīng)商的供應(yīng)目錄數(shù)據(jù),對于行業(yè)內(nèi)的承運商等也同樣如此。更容易的資源匯聚描述服務(wù)發(fā)現(xiàn)服務(wù)互相集成UDDI版本和進展從現(xiàn)有的標準(standard)開始TCP/IP,HTTP,XMLIndustry-specificschemasSharedvisionofopenprotocols2.通過WebService的形式實施和拓展Commonwebservices“stack”SharedimplementationtoavoidconfusingcustomersPublicspecs,openservice,inclusiveprocess3.將轉(zhuǎn)變?yōu)橐粋€標準實體組織Managedesignprocessfor3revsLicensecontrolandIPtoa3rdparty注冊數(shù)據(jù)商業(yè)實體注冊其自身的發(fā)布信息標準實體,程序員,商業(yè)實體注冊他們提供或所有的ServiceType信息White

PagesYellow

PagesGreen

PagesServiceTypeRegistrationsWhitePages商業(yè)實體的名字描述文本可以包含一系列的多種語言版本的描述聯(lián)絡(luò)信息names,phonenumbers,faxnumbers,websites…已知的商業(yè)標識符listofidentifiersthatabusinessmaybeknownby-DUNS,Thomas,otherYellowPages商業(yè)分類在v1中支持3個標準分類法Industry:NAICS(Industrycodes-USGovt.)Product/Services:UN/SPSC(ECMA)Location:GeographicalTaxonomy通過name-valuepair的方式實現(xiàn)分類描述,這樣使得在businesswhitepage中可以包含所有合法的分類法標識符。(NAICS,02417)GreenPages如何與ServiceProvider實施技術(shù)綁定提供了一整套的技術(shù)注冊信息來描述其他企業(yè)如何與注冊者“doe-commerce”WebService的技術(shù)規(guī)范的引用對基于文件/URL的發(fā)現(xiàn)機制的支持NestedmodelBusinessprocessesServicedescriptionsBindinginformationProgramming/platform/implementationagnosticService可以通過標準分類法分類Registry運作IBMMicrosoftHPotherotherUDDI.orgqueries對等結(jié)點(websites)商業(yè)實體可以在任意結(jié)點注冊不同的結(jié)點將會每天定期同步復制數(shù)據(jù)在所有結(jié)點都會包含注冊數(shù)據(jù)的全集所有的結(jié)點都支持UDDI規(guī)范中定義的整套SOAPAPI由商業(yè)合同保證彼此的協(xié)作關(guān)系UDDI和SOAPUser/Client

UDDI

SOAPRequestUDDI

SOAPResponseUDDIRegistry

Node

HTTP

ServerSOAP

ProcessorUDDI

RegistryServiceB2B

DirectoryCreate,View,

Update,andDelete

registrationsImplementation-

neutral

WebServices:

業(yè)務(wù)革命“doinge-busines”革命性的方式全球商務(wù)產(chǎn)品和服務(wù)的數(shù)碼黃頁使得新型e-Business應(yīng)用以及動態(tài)服務(wù)集成能夠迅速發(fā)展機遇:第三方的增值服務(wù)的出現(xiàn)基于UDDI的BusinessSearch全球性的行業(yè)Marketplace給予如此豐富集中的高價值的商業(yè)數(shù)據(jù),事實上可能出現(xiàn)的服務(wù)的范圍將異常地廣泛WebServices:軟件革新NOTasoftwarerevolution基于現(xiàn)有標準是現(xiàn)有系統(tǒng)的一個延展并不需要一個新的編程語言SOAPmodelisnotnew與20年前的RPC具有同樣的目的WebServices:軟件革新What’snew:為調(diào)用遠端的對象提供了一整套的Internet規(guī)范,而使遠程調(diào)用輕便非凡使用了實現(xiàn)中立的消息格式UDDI:一個可用service的通用統(tǒng)一的目錄為商業(yè)聚合提供了不同層次的服務(wù)電子商務(wù)隨需應(yīng)變 “電子商務(wù)隨需應(yīng)變”(e—businessondemand)。簡單地說,就是企業(yè)用戶在需要企業(yè)管理程序、商業(yè)數(shù)據(jù)庫資料時,不必再獨立投資建立內(nèi)部的全套軟件和程序,只需到IBM提供的網(wǎng)上企業(yè)電子商務(wù)應(yīng)用軟件庫里去調(diào)一

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論