畢業(yè)設(shè)計(jì)文獻(xiàn)翻譯-面向服務(wù)架構(gòu)的企業(yè)整合

本科畢業(yè)設(shè)計(jì)外文文獻(xiàn)及譯文文獻(xiàn)、資料題目：Service-OrientedArchitecture—AFieldGuidetointegratingXMLandWebServices文獻(xiàn)、資料來源：著作文獻(xiàn)、資料發(fā)表（出版）日期：2004.10.22院（部）：專業(yè)：班級(jí)：姓名：學(xué)號(hào)：指導(dǎo)教師：翻譯日期：16-外文文獻(xiàn)：Service-orientedarchitecturesforenterpriseintegrationWiththebroadacceptanceandpopularityofXMLandWebservicesasaEAIasastrategicremodelingofbusinessinfrastructureplatform,andstructure,it'shardtosayhowtheserespectivetrendsaffectedeachotherastheyemerged.XMLOnecouldarguethattheEAIinitiativewasrejuvenatedwiththeinfusionofenabledtechnologiesandservice-orientedarchitectures,astheintroductionofthesecomplementaryplatformsresultedinanoverhaulofEAIarchitectures.Asaresult,thequalityandsophisticationofEAIproductshasneverbeenbetter.Ontheotherhand,themomentumbehindtheEAItrendcouldverywellhavebeenaandespeciallytoWebservices.TheincreasmajorcontributortothepopularityofXML,andespeciallytoWebservices.Theincreasingneedtoreducethecostsofintegratingdisparateenvironmentsledtotheubiquitousrequirementforastandarddatasharingplatform,independentoftiestovendorsandprovidedastandarddatatransportwhichempoweredWebexistingtechnologies.XMLserviceswiththeabilitytoeffectivelyabstractproprietaryplatformsinsupportofutilizingthistransportstandardtocommunicateoverpreviouslynon-standardboundaries.andreally,it'snotofmuchconsequenceanymore.XMLPerhapsbothclaimsaretrue,andWebserviceshavebecomekeyenablingtechnologieswithintheworldofEAI,andEAIproductsarebeingbuiltfromthegroundupinsupportoftheXMLandWebservicestechnologyplatforms.1.ServicemodelsforenterpriseintegrationarchitecturesTheprocess-orientednatureofEAIsolutionshasdriventherequirementforservicemodelsthatcanexecuteandmanagevariousaspectsofenterprisebusiness.EAImiddlewareistypicallyinvolvedwiththecreationandhostingoftheseservices;however,itisnotuncommonforcustom-developedintegrationsolutionstoprovidethesetypesofservicesindependently.Eitherway,anunderstandingoftheirrolesandunderlyingtechnologiesisvitalwhendesigninganenterpriseintegrationarchitecture.ThefollowingXWIFservicemodelsaredistinctiveofsenrice-orientedEAIenvironments.Whencoordinatingthemessageexchangepatterninvolvedintheexecutionofabusi-nesstask,itisoftennecessarytoencapsulatetheinteractionbetweenWebservicesintoadedicatedbusinessprocess.Thisprovidesacentralsourceofbusinesslogicthatdeterminestherules,conditions,andexceptionsrelatingtotheworkflowscenariosthatcanoccurwithinasolution.Anumberofbusinessprocessdialectshaveemerged;however,theBPEL4WSspecifi-cationhasreceivedthebroadestindustrysupport.ItiscomplementedbytheWS-CoordinationandWS-Transactionstandardstoprovideaframeworkforbuildingsophisticatedandfullymanagedbusinessworkflows.ABPEL4WSprocessserviceexistsasaWebservicecomposedfromnumer-ouslanguageconstructsthatcanfacilitatemosttraditionalworkflowrequirements.ThedocumeiltrepresentingtheBPEL4WSprocesscontainsinterfaces(orportTypes)WSDLfortheprocessserviceitself,aswellasanyadditionalservicesinvolvedwiththeexecu-tionoftheprocess.UnlikeregularWSDLdocuments,however,theservicedefinitionforaBPEL4WSprocessprovidesnobindinginformation.Itisintentionallyimplementation-neutralsothattheprocesscanremainmobile,reusable,andindependentfromchangestothetechnicaldeploymentenvironment.WS-CoordinationiscloselyassociatedwiththeWS-Transactionspecification,whichdefinestwodistinctcoordinationtypes,bothofwhicharerelevanttoenterpriseintegrationenvironments.Thefirst,atomictransactions,enablesthemanagementofACIDliketransactions.TheservicemodelforatomictransactioncoordinatorsisestablishedinChapter9;itisthemostcommontypeofcoordinationserviceusedinlegacyintegrationarchitectures.Thesecondcoordinationtypeprovidesaniodelforlongrunningtransactions,andisrepresentedaspartofthecoordinationservicemodel(forbusinessactivities)BusinessprocessintegrationisatypicalcharacteristicofEAIsolutions,whichiswhycoordinationservicesforbusinessactivitiesareutilizedexclusivelyforthemanagementoflongrunningbusinessactivities.Thisservicemodelisgenerallyusedinconjunctionwithprocessservicesasameansofhandlingsuccessandfailureconditionsrelatedtotheexecutionoftheoverallprocessactivity.TheWS-Coordinationspecificationprovidesanassemblyofserviceswithpredefinedinterfacesthatsupportthemanagementofacoordinationcontext.Specifically,thiscollectionofservicesprovidesseparateoperationsforthecreationofacontext,theregistrationforacontext,andtheselectionofaprotocol.2.Fundamentalenterpriseintegrationarchitecturecomponents:EAIsolutionscentralizeinter-applicationcommunicationandautomatenewprocesseswiththehelpoftwocorecomponents:thebrokercomponentandtheorchestrntionengine.ThefrundamentalfunctionsenabledbythesecomponentsestablishthebasicEAIarchitectureTodemonstratehowthesecomponentsfunction,basicdataexchangescenariosareprovidedinthissection.Eventhoughtheseexainplesmightseemsimplistic,theyexplainkeyEAIconcepts.Mostenterpriseintegrationproblemsaresollvedthroughtheuseofthesetwocorecomponents.Incidentally,thesetwointegrationscenariosareequallycommoninB2BenvironmentsThebrokercomponentiscapableofperformingawidevarietyofruntimefunctions,suchas:●sopliisticateddatatransformations●mergingdocumentsfroindifferentsources●supplementingreceiveddatafromoneapplicationwithadditionalinformationfromanotherTheprimaryfunctionofanintegrationbrokercomponent,however,istoensurethatdatareceivedfromonesourceisalwaysintheforinatexpectedbythedestinationThefollowingfive-stepprocessdemonstratestheretrievalofdatabyapplicationB,inresponsetoarequestfromapplicationA(HowtherequestissenttoapplicationBisnotrelevanttothisexample.)Figure10.7providesanoverviewoftheprocessstepsStep1:retrieverequesteddatafromthesourcedatabase(Figure10.8)ApplicationAinitiatesarequestfordatathatistransmittedtoapplicationB.ApplicationBprocessesthisrequestandretrievesthedataStep2:validatesourcedatausingsourceschema(Figure10.9)Atsomepoint,theretrieveddataisvalidatedagainstaschemarepresentingthedatamodelofthemessagedocumentthatwillbeusedtotransportthedataoutsideoftheapplicationboundaryThisstepmayoccurnativelywithinthedatabase,oritmaybeexecutedwithinapplicationB'slogic.Thelattercaseismorelikelyifthedataisretrievedfrommultipledatasources,inwhichcaseauniqueschemaforthisspecificrepresentationmayexist.Step3:brokerthedataformat(Figure10.10)Finally,here'swhereourbrokercomponentkicksin.Itwillalreadyhaveschemasfrombothapplications,aswellasadatamapthatwillallowittotransformtheretrieveddataintothedataformatrequiredbyapplicationAAlso,inthisexample,itperformsadynamiclookupfromanexternaldatasourceinordertosupplementthereceiveddatawithadditionalinformation.Thetransformationalsofiltersoutsomeuiulecessarydata(notshown).Step4:validatetargetdatausingtargetschema(Figure10.11),ApplicationAreceivesandvalidatesthedatacontainedwithintheresponsetoitsoriginalrequest.Step5:insertdataintotargetdatabase(Figure10.12)Oncesuccessfullyvalidated,applicationAprocessesandtheninsertsthedatainitsdatabase.3.Webservicesandenterpriseintegrationarchitectures： Integrationarchitecturesdesignedfortheenterprisereachbeyondcross-applicationcommunicationconcerns.Primarilydrivenbybusinessprocessautomation,thesesolutionscanbeextremelybroadinbothfunctionalandarchitecturalscopesNumerousEAIsolutionvendorshaveprovidedsophisticatedenvironmentstoaccommodateever-changingbusinessprocesses.Thetwofundamentalintegrationcomponentsexplainedintheprevioussectionarekeyplayersintheseenvironments,becausetheysupporttheintroductionofnewbusinessprocessesbyunifyingdisparateapplicationstocollaborateonafcinctionallevelMostEAIsolutionsrelyonasynchronousmessaging-basedcommunicationframeworks,andthereforeopenuptheinteractionoptionsbetweentheintegratedparticipants.XML,isanaturalfitforthisframework,andhasestablisheditselfasitsstandarddatarepresentationtechnology.WebserviceshavealsomfiltratedtraditionalEAIenvironments,andtheirsupporthasreachedthepointwherevendorsarebuildingpureservice-orientedenterpriseintegrationproductsThisleadsustoacommonproblemwithtraditionalEAI:interoperabilitybetweenvendorplatforms.Towardtheendofthissectionweexplorehowthisverysignificantissueisbeingaddressedthroughacontemporaryservice-orientedEAImodel.4.Hubandspoke：ThemostpopularofthetraditionalEAImodels,thisarchitecturepromotescentralizedprocessingthrouhahubthatisprovidedbyproprietarymiddleware.AcentrallylocatedserverhoststheintegrationlogicthatcontrolstheorchestrationandbrokeringThroughaseriesofadapters,awidevarietyofdisparateclientapplicationscanparticipateindataexchangeaswellastheorcliestrationworkflowthatresideswithinthehublogic.Onceanapplicationisconnectedtothehub,itmaynotevenncedtobcawareofotherapplicationsitendsupindirectlyinteractingwithFigure10.21showshowintegratedapplicationsessentiallycreatepoint-to-pointconnectionswiththehubitself.Byhidingthesolutionparticipantsfromeachother,alevel.of"logicautonomy"isestablishedFacilitatedbybrokertransformationfeatures,orchestration-enabledroutingcansuportone-to-one,one-to-many,andmany-to-manydataexchangepatterns.Thislevelofflexibilitycanleadtoavarietyofcreativeintegrationscenarios.Thefactthatallofthedataflowsthroughacentrallocationreducesthepotentialofredundantdatare-entryandprocessing,andalsomakesthemonitoringofcommunicationmucheasierInadditiontosimplifyinganumberofadministrationtasks,thisdesigncentralizesthemaintenanceoftheprocesslogic,andevenpromotesreusewithintheapplicationcomponentsthatimplementthecentralizedorchestrationworkflowThismodel,however,doesintroducesomerisks.Asthebusiestandmostpopularpartofanintegrationarchitecture,thehubenvironmentcanbecomeapotentialprocessinghazard.Bottlenecksituationsareaconstantdanger,uiilessscalabilityiscarefullyplannedanddesignedintothehubinfrastructure.Also,thehubcanestablishasinglepointoffailureforaverylargeamountofautomation.Imaginetwelvedifferentapplicationsworkingtogethertosupportautomatedprocessesforfivedivisionsofanorganization.Nowimaginetheonepointthroughwhichalldatamustflowgoingdown.Notaprettypicture.Thoughmeasurescanbetaken,suchasreplicatioandclustering,thecostofputtingtogetherafullyscalablchub-and-spokeenvironmentwithfullfail-oversupportmaybeprohibitive.Ithasbeentheorizedthatoneofthemajorreasonsthismodelhasbeensoheavilypromotedisthatitbenefitsthevendorsmorethanyou.Onceyourenterprisecommitstoafull-scaleEAIsolution,itfillcreateagreatnumberofdependenciesonaproprietarytechnology.Thesolutionwillbeexpensivetopurchase,expensivetobuildupon,andextremelyexpensetorcpldce.Acentralizedhubthatintroducesavendor-specificproducttocontrolallcommunicationbetweenyourintcgratedapplicationswillbecomedeeplyentrenchedinyourorganization.Forbetterorforworse.5.EnterpriseServiceBus(ESB)：Ifyoubuiltapureservice-orientedarchitecturefromscratch,youcoulddesignitinsuchawaythatyouwouldavoidmanyoftheproblemsthathaveplaguedproprietaryEAIsolutions.YouronlyrealchallengewouldbethetimeandexpenserequiredEAIsolutions.Youronlyrealchallengewouldbethetimeandexpenserequiredtobuildanenterprise-gradeintegrationarchitecturedrivenbyanarmyofstandardizedWebservices.Whatif,though,sonleonebuiltaplatformsupportingsuchanarchitectureforyou.Theunderlyingtechnologywouldstillbeproprietary,butwouldnotlockyouin.EverycomponentofthesolutionwouldexistasaWebservice,allowingyoutoexchangeallowingyoutoexchangeorupgradeitasyouplease.Urn...doyoudeliver?ESBisarefreshingdeparturefromtheproprietarystigmaoftenassociatedwithtraditionalEAIproducts.Someyendorshaverecognizedanopportunitytocombinethebestofbothworlds,whileliberatingproductownersfromvendordependencies.TypicalESBarchitecturesestablishanintegrationplatformthatactsasadynamichostingenvironmentforintelligentserviceintermediaries.SerliicecontainerscanhostavarietyofservicecomponentsEventhoughthecontainersmaybeproprietary,theservicestheyhostarenot.Inadditiontosupportinginterchangeableservices,italsoallowsfortheunderlyinghostingenvironmenttobereplacedwhilepreservingthelogicalreadyencapsulatedbytheseservices.Oneofthemostsignificantbenefitsofthisarchitectureisitsabilitytotranscendthemanyobstaclesoftraditionalinter-EAI-integration.IftwoESBsolutionswereimplementedwithdifferentveiidorplatforms,theopeninterfacepolicyofthismodelwouldmakeanydisparityintheservicehostingenvironmentsalmostirrelevant.

中文譯文：面向服務(wù)架構(gòu)的企業(yè)整合XML和Web服務(wù)將EAI作為一種戰(zhàn)略重構(gòu)的業(yè)務(wù)基礎(chǔ)平臺(tái)，得到廣泛的應(yīng)用和普及，由于這項(xiàng)技術(shù)的出現(xiàn)，很難說XML和Web服務(wù)今后的發(fā)展趨勢(shì)會(huì)是怎樣?XML將EAI技重新植入面向服務(wù)架構(gòu)，使其互補(bǔ)平臺(tái)全面實(shí)現(xiàn)EAI架構(gòu)，結(jié)果證明，EAI產(chǎn)品的質(zhì)量和復(fù)雜度比以往任何時(shí)候都要好。 至于另一方面：隨著EAI的不斷發(fā)展，EAI很有可能成為一個(gè)特別的Web服務(wù)，EAI在XML和Web服務(wù)越來越廣泛的應(yīng)用。隨著EAI的不斷發(fā)展，可以使不同的環(huán)境在一個(gè)標(biāo)準(zhǔn)的數(shù)據(jù)共享平臺(tái)運(yùn)行，并提供一個(gè)標(biāo)準(zhǔn)的數(shù)據(jù)傳輸?shù)氖跈?quán)網(wǎng)絡(luò)平臺(tái)，XML的服務(wù)盡可能的去掉自己專用平臺(tái)，以支持利用這一運(yùn)輸標(biāo)準(zhǔn)比以前的溝通非標(biāo)準(zhǔn)界限好的平臺(tái)?，F(xiàn)在這個(gè)已經(jīng)沒有多大的問題了。在EAI從底層向上層的產(chǎn)品都支持XML和Web服務(wù)的技術(shù)平臺(tái)，已經(jīng)成為XML和Web服務(wù)技術(shù)的重要平臺(tái)。服務(wù)模式成為企業(yè)集成架構(gòu):這一過程為導(dǎo)向性質(zhì)的EAI解決方案，推動(dòng)了需求的服務(wù)模式，可以執(zhí)行和管理各個(gè)方面的企業(yè)業(yè)務(wù)。EAI的中間件通常是參與建立和維護(hù)這些服務(wù)，但是提供這類獨(dú)立的服務(wù)，并非是定制開發(fā)集成解決方案。無論哪種方式，它們的作用和技術(shù)對(duì)企業(yè)在設(shè)計(jì)集成架構(gòu)都是是非常重要的。以下XWIF服務(wù)模式是以服務(wù)為導(dǎo)向企業(yè)獨(dú)特的應(yīng)用集成環(huán)境。當(dāng)協(xié)調(diào)消息交換模式參與執(zhí)行商業(yè)任務(wù)時(shí)，通常需要封裝他們之間相互作用的網(wǎng)絡(luò)服務(wù)，然后進(jìn)入一個(gè)專門的業(yè)務(wù)流程。這個(gè)業(yè)務(wù)流程提供了一個(gè)集中的業(yè)務(wù)邏輯來源規(guī)則，條件和有關(guān)的工作情況，這時(shí)將提供一個(gè)解決方案。近年來，像這樣業(yè)務(wù)流程的越來越多，但是BPEL4WS的規(guī)范得到了最廣大的行業(yè)支持。BPEL4WS提供一個(gè)框架補(bǔ)充了WS-協(xié)調(diào)和WS-交易標(biāo)準(zhǔn)，并建立了先進(jìn)的和全面的管理業(yè)務(wù)流程。BPEL4WS進(jìn)程服務(wù)是為Web服務(wù)的數(shù)值組成而存在的，該進(jìn)程符合最傳統(tǒng)的工作流程要求。BPEL4WS的代表進(jìn)程服務(wù)包含文件（或portTypes）接口。WSDL文件既是本身的進(jìn)程服務(wù)也是參與任何額外執(zhí)行化進(jìn)程的服務(wù)。BPEL4WS服務(wù)與平常的WSDL文件相同，但是BPEL4WS服務(wù)定義了沒有約束力processprovides進(jìn)程。這個(gè)進(jìn)程是中立的并且可以重復(fù)使用，也可以獨(dú)立改變環(huán)境的技術(shù)部署。WS-協(xié)調(diào)是密切的WS-交易規(guī)范，它定義兩個(gè)不同類型的協(xié)調(diào)，這兩者都是企業(yè)集成環(huán)境。第一種類型，原子交易，使管理的ACID一樣交易，這樣的話就需要建立原子事務(wù)協(xié)調(diào)的服務(wù)模式，這是最常見協(xié)調(diào)服務(wù)中的傳統(tǒng)一體化架構(gòu)。第二種類型提供了一個(gè)長(zhǎng)期運(yùn)行的事務(wù)模式，是具有代表性的協(xié)調(diào)服務(wù)模式。一體化業(yè)務(wù)流程是一個(gè)典型的特征的EAI解決方案，這就是為什么協(xié)調(diào)服務(wù)是專門管理長(zhǎng)時(shí)間運(yùn)行商業(yè)服務(wù)的原因。這種服務(wù)模式通常是使用過程服務(wù)中的一種結(jié)合手段，也是處理成功或失敗的有關(guān)情況進(jìn)程的總體活動(dòng)。而WS-協(xié)調(diào)提供了一個(gè)規(guī)范服務(wù)支持與管理的預(yù)定接口。2.企業(yè)集成架構(gòu)的基本出城部分：在新技術(shù)的幫助下，EAI建立了溝通和自動(dòng)化應(yīng)用解決方案，這個(gè)方案包括兩個(gè)核心部分：中間組件和精確引擎。為了說明這些組成部分的功能，我們對(duì)基本數(shù)據(jù)交換環(huán)境進(jìn)行了規(guī)定。雖然explainkey看似簡(jiǎn)單，但關(guān)鍵的還是EAI的概念解釋。大多數(shù)企業(yè)集成問題都是通過使用這兩個(gè)核心組件解決的，再順便說一句，這兩個(gè)兩個(gè)核心組件也同樣應(yīng)用在B2B環(huán)境。該部分能夠進(jìn)行多種運(yùn)行功能，如:sopliisticated數(shù)據(jù)轉(zhuǎn)換.合并不同來源的froin文件.補(bǔ)充收一個(gè)應(yīng)用程序的更多信息培養(yǎng)箱的主要功能集成中間件組成部分，是確保收到的數(shù)據(jù)從一個(gè)源始終周期里得到培養(yǎng)的預(yù)期目標(biāo)，以下五個(gè)步驟的過程表明，檢索數(shù)據(jù)乙，從應(yīng)用層響應(yīng)請(qǐng)求（如何將請(qǐng)求發(fā)送到應(yīng)用B的例子）圖10.7概述了這一過程的步驟:第1步：獲取要求的數(shù)據(jù)從源數(shù)據(jù)庫(kù)（圖10.8）啟動(dòng)請(qǐng)求的數(shù)據(jù)取出，傳送至應(yīng)用B.申請(qǐng)乙進(jìn)程這一請(qǐng)求，并檢索數(shù)據(jù).第二步：假設(shè)驗(yàn)證的源數(shù)據(jù)源架構(gòu)（圖10.9）在某一點(diǎn)上，檢索數(shù)據(jù)驗(yàn)證架構(gòu)代表數(shù)據(jù)模型的信息文件，將被用來運(yùn)輸應(yīng)用邊界以外的數(shù)據(jù),這一步可能會(huì)出現(xiàn)在本地的數(shù)據(jù)庫(kù)，也可以申請(qǐng)執(zhí)行邏輯B。后一種情況，假設(shè)數(shù)據(jù)來自多個(gè)數(shù)據(jù)源，在這種情況下為解決這種代表性的問題，可能存在一種特殊的架構(gòu)模式。第3步：中間件的數(shù)據(jù)格式（圖10.10），在此我們將中間件組件傳送到應(yīng)用模式以及一個(gè)數(shù)據(jù)地圖，可以把所需要的A從數(shù)據(jù)檢索傳到數(shù)據(jù)格式應(yīng)用，此外，在這個(gè)例子中，它執(zhí)行的動(dòng)態(tài)查詢是從外部數(shù)據(jù)源獲得的數(shù)據(jù)，以補(bǔ)充所收到的數(shù)據(jù)與其他信息的不足。第4步：確認(rèn)目標(biāo)數(shù)據(jù)使用其目標(biāo)模式（圖10.11），將接收和驗(yàn)證數(shù)據(jù)反應(yīng)到其原始請(qǐng)求。第5步：插入數(shù)據(jù)到目標(biāo)數(shù)據(jù)庫(kù)（圖10.12），一旦驗(yàn)證成功后，將執(zhí)行應(yīng)用程序，將數(shù)據(jù)A插入數(shù)據(jù)庫(kù)中。3.Web服務(wù)和企業(yè)集成架構(gòu)： 一體化結(jié)構(gòu)設(shè)計(jì)，為企業(yè)解決跨越應(yīng)用架構(gòu)的通信問題。主要由自動(dòng)化業(yè)務(wù)流程完成，這些解決方案也可以廣泛的應(yīng)用到建筑領(lǐng)域。為了解決眾多企業(yè)的應(yīng)用架構(gòu)問題，開發(fā)商提供了先進(jìn)的集成環(huán)境，以適應(yīng)不斷變化的業(yè)務(wù)流程。一體化的兩個(gè)組成部分在上一節(jié)中說明了，因?yàn)樗鼈儾捎眯碌臉I(yè)務(wù)流程，應(yīng)用在不同的平臺(tái)。大多數(shù)EAI解決方案都依賴于以異步消息傳輸為基礎(chǔ)的通訊框架。XML是一個(gè)自動(dòng)適合這一框架的服務(wù)，并確立其作為XML的標(biāo)準(zhǔn)數(shù)據(jù)代表性移植技術(shù)。Web服務(wù)也應(yīng)用了傳統(tǒng)的EAI環(huán)境，以及他之間共同建立了純粹的面向服務(wù)的企業(yè)集成產(chǎn)品。這使我們以后遇見相同的問題，不管是XML還是Web服務(wù)，都能夠使用傳統(tǒng)的EAI解決。也實(shí)現(xiàn)了各開發(fā)商之間互相操作性的平臺(tái)。在本節(jié)中我們探討如何通過面向服務(wù)的EAI模型解決這一非常重要的架構(gòu)。4.集線器和輻：現(xiàn)在最流行的傳統(tǒng)的EAI模型，這種結(jié)構(gòu)促進(jìn)了中央處理所提供的專有中間件A位于服務(wù)器主機(jī)一體化邏輯控制的協(xié)調(diào)和樞紐。通過一系列的適配器和各種不同的客戶端，應(yīng)用程序可以參與數(shù)據(jù)交換以及將工作流程存在hub服務(wù)器中，一旦一個(gè)應(yīng)用程序連接到集線器，它有可能不會(huì)知道其他應(yīng)用程序最終應(yīng)用它達(dá)到間接互動(dòng)。(圖10.21)顯示了如何創(chuàng)建集成的應(yīng)用程序，應(yīng)用程序基本上是點(diǎn)對(duì)點(diǎn)的連接。當(dāng)隱藏應(yīng)用程序時(shí)，集線器將會(huì)建立“邏輯自治”,可以促進(jìn)中間件的轉(zhuǎn)變功能，路由的協(xié)調(diào)功能可以支援一對(duì)一，一對(duì)多和多對(duì)多的數(shù)據(jù)交換模式。這種靈活性可以使各種應(yīng)用程序融合。事實(shí)上，所有的數(shù)據(jù)流通過一個(gè)中央位置，降低了其潛在的冗余數(shù)據(jù)的載入和處理，也使得監(jiān)測(cè)溝通更容易。除了簡(jiǎn)化了一些管理任務(wù)，這一設(shè)計(jì)集中維護(hù)的邏輯過程，甚至促進(jìn)重用的應(yīng)用組件，實(shí)施集中編排工作流程這種模式不會(huì)引進(jìn)一些風(fēng)，是最繁忙和最流行的一體化架構(gòu)的一個(gè)組成部分，但是樞紐環(huán)境可能成為潛在的處理危險(xiǎn)。瓶頸的情況是一個(gè)不時(shí)常發(fā)生的危險(xiǎn)。此外，中間件能夠建立一個(gè)單一故障點(diǎn)并且產(chǎn)生大量的自動(dòng)化流程。想象一下，假如12不同的應(yīng)用程序一起工作，相當(dāng)于支持5個(gè)師的組織的自動(dòng)化流程?，F(xiàn)在想象一個(gè)通過該點(diǎn)的所有數(shù)據(jù)必須流下降。雖然可以采取措施，如復(fù)制和集群的成本形成一個(gè)充分可伸縮的星型結(jié)構(gòu)環(huán)境，充分故障排除支持可能會(huì)使其望而卻步。據(jù)科學(xué)家說，這種模式如此大力推廣好處的一個(gè)重要原因是，EAI的產(chǎn)品超越了相同行業(yè)的產(chǎn)品。一旦企業(yè)全面應(yīng)用EAI解決方案，它填補(bǔ)創(chuàng)造了大量依賴于專有技術(shù)。該解決方案將是昂貴的購(gòu)買，價(jià)格昂貴和極其浪費(fèi)金錢的基礎(chǔ)上，供應(yīng)商介紹特定產(chǎn)品來控制所有溝通的綜合應(yīng)用，使其根深蒂固。5.企業(yè)服務(wù)總線(ESB)： 如果您想從零開始建立了一個(gè)純粹的面向服務(wù)的架構(gòu)，你可以以這樣一種方式設(shè)計(jì)，你會(huì)避免專有EAI解決方案問題困擾。您唯一的挑戰(zhàn)將是花費(fèi)在EAI解決方案的時(shí)間和費(fèi)用，所以您必須建立一個(gè)企業(yè)級(jí)的集成架構(gòu)驅(qū)動(dòng)標(biāo)準(zhǔn)化的Web服務(wù)，如果有人建立了一個(gè)平臺(tái)，支持這樣一個(gè)架構(gòu)，您可以用這個(gè)平臺(tái)，但你的技術(shù)仍然是專有的。你的每一個(gè)組件的解決方案都將作為一項(xiàng)Web服務(wù)，可以讓您交流交換或升級(jí)。ESB是一種新興，專有的與傳統(tǒng)的EAI相關(guān)的產(chǎn)品。一些廠商已經(jīng)認(rèn)識(shí)到這一點(diǎn)，他們結(jié)合起來達(dá)到了兩全其美的效果，從而解放產(chǎn)品供應(yīng)商依賴性。典型的ESB架構(gòu)建立一個(gè)整合平臺(tái)，作為一個(gè)充滿活力的托管環(huán)境的智能服務(wù)中介機(jī)構(gòu)。即使服務(wù)容器可能是專有的，但服務(wù)集裝箱也可以容納各種服務(wù)組件。它除了支持互換服，還允許取代基本托管環(huán)境，同時(shí)保持這些服務(wù)的邏輯。一個(gè)最重要的好處，這種結(jié)構(gòu)是有能力超越更多障礙和傳統(tǒng)的EAI的集成專有問題。如果有兩個(gè)的ESB解決方案的實(shí)施與不同供應(yīng)商平臺(tái)，再加上開放接口，這一模式將使任何服務(wù)托管環(huán)境都無關(guān)緊要?；贑8051F單片機(jī)直流電動(dòng)機(jī)反饋控制系統(tǒng)的設(shè)計(jì)與研究基于單片機(jī)的嵌入式Web服務(wù)器的研究MOTOROLA單片機(jī)MC68HC（8）05PV8/A內(nèi)嵌EEPROM的工藝和制程方法及對(duì)良率的影響研究基于模糊控制的電阻釬焊單片機(jī)溫度控制系統(tǒng)的研制基于MCS-51系列單片機(jī)的通用控制模塊的研究基于單片機(jī)實(shí)現(xiàn)的供暖系統(tǒng)最佳啟停自校正（STR）調(diào)節(jié)器單片機(jī)控制的二級(jí)倒立擺系統(tǒng)的研究基于增強(qiáng)型51系列單片機(jī)的TCP/IP協(xié)議棧的實(shí)現(xiàn)基于單片機(jī)的蓄電池自動(dòng)監(jiān)測(cè)系統(tǒng)基于32位嵌入式單片機(jī)系統(tǒng)的圖像采集與處理技術(shù)的研究基于單片機(jī)的作物營(yíng)養(yǎng)診斷專家系統(tǒng)的研究基于單片機(jī)的交流伺服電機(jī)運(yùn)動(dòng)控制系統(tǒng)研究與開發(fā)基于單片機(jī)的泵管內(nèi)壁硬度測(cè)試儀的研制基于單片機(jī)的自動(dòng)找平控制系統(tǒng)研究基于C8051F040單片機(jī)的嵌入式系統(tǒng)開發(fā)基于單片機(jī)的液壓動(dòng)力系統(tǒng)狀態(tài)監(jiān)測(cè)儀開發(fā)模糊Smith智能控制方法的研究及其單片機(jī)實(shí)現(xiàn)一種基于單片機(jī)的軸快流CO〈,2〉激光器的手持控制面板的研制基于雙單片機(jī)沖床數(shù)控系統(tǒng)的研究基于CYGNAL單片機(jī)的在線間歇式濁度儀的研制基于單片機(jī)的噴油泵試驗(yàn)臺(tái)控制器的研制基于單片機(jī)的軟起動(dòng)器的研究和設(shè)計(jì)基于單片機(jī)控制的高速快走絲電火花線切割機(jī)床短循環(huán)走絲方式研究基于單片機(jī)的機(jī)電產(chǎn)品控制系統(tǒng)開發(fā)基于PIC單片機(jī)的智能手機(jī)充電器基于單片機(jī)的實(shí)時(shí)內(nèi)核設(shè)計(jì)及其應(yīng)用研究基于單片機(jī)的遠(yuǎn)程抄表系統(tǒng)的設(shè)計(jì)與研究基于單片機(jī)的煙氣二氧化硫濃度檢測(cè)儀的研制基于微型光譜儀的單片機(jī)系統(tǒng)單片機(jī)系統(tǒng)軟件構(gòu)件開發(fā)的技術(shù)研究基于單片機(jī)的液體點(diǎn)滴速度自動(dòng)檢測(cè)儀的研制基于單片機(jī)系統(tǒng)的多功能溫度測(cè)量?jī)x的研制基于PIC單片機(jī)的電能采集終端的設(shè)計(jì)和應(yīng)用基于單片機(jī)的光纖光柵解調(diào)儀的研制氣壓式線性摩擦焊機(jī)單片機(jī)控制系統(tǒng)的研制基于單片機(jī)的數(shù)字磁通門傳感器基于單片機(jī)的旋轉(zhuǎn)變壓器-數(shù)字轉(zhuǎn)換器的研究基于單片機(jī)的光纖Bragg光柵解調(diào)系統(tǒng)的研究單片機(jī)控制的便攜式多功能乳腺治療儀的研制基于C8051F020單片機(jī)的多生理信號(hào)檢測(cè)儀基于單片機(jī)的電機(jī)運(yùn)動(dòng)控制系統(tǒng)設(shè)計(jì)Pico專用單片機(jī)核的可測(cè)性設(shè)計(jì)研究基于MCS-51單片機(jī)的熱量計(jì)基于雙單片機(jī)的智能遙測(cè)微型氣象站MCS-51單片機(jī)構(gòu)建機(jī)器人的實(shí)踐研究基于單片機(jī)的輪軌力檢測(cè)基于單片機(jī)的GPS定位儀的研究與實(shí)現(xiàn)基于單片機(jī)的電液伺服控制系統(tǒng)用于單片機(jī)系統(tǒng)的MMC卡文件系統(tǒng)研制基于單片機(jī)的時(shí)控和計(jì)數(shù)系統(tǒng)性能優(yōu)化的研究基于單片機(jī)和CPLD的粗光柵位移測(cè)量系統(tǒng)研究單片機(jī)控制的后備式方波UPS提升高職學(xué)生單片機(jī)應(yīng)用能力的探究基于單片機(jī)控制的自動(dòng)低頻減載裝置研究基于單片機(jī)控制的水下焊接電源的研究基于單片機(jī)的多通道數(shù)據(jù)采集系統(tǒng)基于uPSD3234單片機(jī)的氚表面污染測(cè)量?jī)x的研制基于單片機(jī)的紅外測(cè)油儀的研究96系列單片機(jī)仿真器研究與設(shè)計(jì)基于單片機(jī)的單晶金剛石刀具刃磨設(shè)備的數(shù)控改造基于單片機(jī)的溫度智能控制系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)基于MSP430單片機(jī)的電梯門機(jī)控制器的研制基于單片機(jī)的氣體測(cè)漏儀的研究基于三菱M16C/6N系列單片機(jī)的CAN/USB協(xié)議轉(zhuǎn)換器基于單片機(jī)和DSP的變壓器油色譜在線監(jiān)測(cè)技術(shù)研究基于單片機(jī)的膛壁溫度報(bào)警系統(tǒng)設(shè)計(jì)基于AVR單片機(jī)的低壓無功補(bǔ)償控制器的設(shè)計(jì)基于單片機(jī)船舶電力推進(jìn)電機(jī)監(jiān)測(cè)系統(tǒng)基于單片機(jī)網(wǎng)絡(luò)的振動(dòng)信號(hào)的采集系統(tǒng)基于單片機(jī)的大容量數(shù)據(jù)存儲(chǔ)技術(shù)的應(yīng)用研究基于單片機(jī)的疊圖機(jī)研究與教學(xué)方法實(shí)踐基于單片機(jī)嵌入式Web服務(wù)器技術(shù)的研究及實(shí)現(xiàn)基于AT89S52單片機(jī)的通用數(shù)據(jù)采集系統(tǒng)基于單片機(jī)的多道脈沖幅度分析儀研究機(jī)器人旋轉(zhuǎn)電弧傳感角焊縫跟蹤單片機(jī)控制系統(tǒng)基于單片機(jī)的控制系統(tǒng)在PLC虛擬教學(xué)實(shí)驗(yàn)中的應(yīng)用研究基于單片機(jī)系統(tǒng)的網(wǎng)絡(luò)通信研究與應(yīng)用基于PIC16F877單片機(jī)的莫爾斯碼自動(dòng)譯碼系統(tǒng)設(shè)計(jì)與研究基于單片機(jī)的模糊控制器在工業(yè)電阻爐上的應(yīng)用研究\t"_bl