Som i de siste årene, til begrepet SOA og relaterte teknologier fremme utvikling av standarder, SOA gradvis akseptert av mange brukere, og i e-forvaltning og bedriftsapplikasjoner, bygg gradvis. Men, med mange ulike og komplekse SOA-relaterte tekniske standarder, selskaper IT i utviklingen av SOA-relatert programvare produkter og kunder velger å implementere SOA, at de ofte ikke kunne si hva tekniske standarder er det de trenger, og en betydelig del av SOA tekniske standarder posisjonering, det er noe overlapp. Derfor valget for SOA-relaterte tekniske standarder, som IT-selskaper og implementering av SOA brukere ansikt problemer. Nedenfor en kort del av SOA-relaterte tekniske standarder, og for å gjøre en enkel analyse.
En. SOA-relaterte tekniske standarder for klassifisering
Standarder og normer lignende, men litt annerledes, er den foreslåtte standarden en standard dokument. Standarder generelt anerkjent av industristandarder organisasjoner med å utvikle og publisere, og standard multi-leverandør eller standarder organisasjon for utgivelsen. Denne artikkelen skiller ikke mellom dem, kalles standard uniform. Det er mange SOA-relaterte tekniske standarder for klassifisering, beskriver papiret to.
1.1. Klassifisering 1
En tilnærming er å deles inn i tre kategorier, nemlig standard sett med XML, webtjenester og SOA Reference Model standarden satt:
l XML-standarden sett av
Ta med to typer, en tekst-basert koding teknologi, XML Information Set, XML Schema, XML Query og XSLT 2.0 og så videre. Det andre er å tillate ugjennomsiktig binære data med tradisjonell tekstbasert koding teknikker sammenvevd med koder. Optimal innkapsling protokoller som binære XML (XML-binære Optimized emballasje, XOP), SOAP melding optimalisering (Transmission Optimization metode, MTOM) og så videre.
XML-standarden sett er en topp bidragsyter for SOA utvikling, de fleste av dem er utviklet av W3C organisasjon, og har vært en rekke programvareleverandører og brukere til å støtte og bruke, for eksempel om eller Java leir. NET leiren, samt andre programvareutvikling teknologi, hovedsakelig for å gi XML-standarden sett med verktøy. SOA er ikke bare et standard sett med XML-data beskrivelse og behandling for beste karakter, er det andre SOA-relaterte tekniske standarder, for eksempel en Web-service standarder, er basert på XML for å beskrive.
l webtjeneste standarder satt
Sett med Web services standarder har funnet sin form, som dekker transport laget, meldingssystem, programmering modell, service oppdagelse og beskrivelse, pålitelighet, transaksjonsbehandling, sikkerhet og administrasjon. Slike som WSDL beskrivelse for semantiske webtjenester, til WS-Policy beskriver webtjeneste evner og strategier, å WS-Security, SAML og andre webtjenester beskriver de relevante krav til sikkerhet, og så videre. For tiden er de fleste webtjenester standarder satt av OASIS organisasjonen, og enkelte webtjenester standarder er ikke perfekt, er under utvikling.
l SOA Referanse Model
SOA utvikling av tidlig, til forskjellige leverandører fremme SOA referansemodell er forskjellige, med de tekniske standarder knyttet til utvikling av forståelse av gradvis harmonisering av de ulike produsentene. I dag har OASIS utviklet en referansemodell for SOA SOA-RM1.0 spesifikasjonen, og tilbyr et helt abstrakt rammeverk som brukes til å forstå abstrakte begrepet SOA ramme for avansert teknologi, service-orientert miljø i en viktig måte for konvergens, er standard uniform av den viktige utviklingsprosessen steg for steg, og en tjeneste for å støtte den detaljerte spesifikasjonen. SOA referanse arkitektur, SOA kan Zai Qi Ye samlet plan for å gi et overordnet rammeverk med globale i naturen bli guidet, men ikke i den virkelige verden av SOA Zhixing mulig å gi synspunkter mange Juti.
Selv om SOA Reference Model har allerede den anbefalte standarder, men standarder organisasjoner og produsenter i SOA referanse arkitektur, det er ikke ensartet.
1.2. Klassifisering 2
SOA-relaterte tekniske standarder til en annen metode for klassifisering er basert på tekniske standarder i SOA rolle og funksjon, vil bli delt inn i tre hovedkategorier: service-nivå informasjonsutveksling standard, basert på kommunikasjon standarder, metadata standarder. I henhold til ulike standarder og normer i rollen som SOA-systemer kan deles inn i sju lag SOA stabelen, vist i figur 1. Fra bunnen og opp, inkludert transport laget, melding lag, presentasjon lag, ledelse, service komposisjon lag, dette laget, som i tillegg til ebXML og e-handel-relaterte tekniske standarder (som ressurs registrering ebRS, kilder sa ebMS, arrangement av den eksterne tjenesten ressursene WS-CDL, etc.), de fleste i landet har vært betydelig programmer, for eksempel Øst gjennom anvendelse av teknologi integrering og applikasjonstjeneren produkter TongIntegrator TongWeb, webtjenester støtte noen av de relevante tekniske standarder. Transport Layer-protokollen som tradisjonelle, i SOA teknologien gjennomføringen, fortsetter å spille en viktig rolle, informasjon laget har en webtjeneste SOAP melding overføring vektor av forbrukernes valg; webtjeneste beskrivelse standarden WSDL, men ikke i den semantiske beskrivelsen av perfekt, men å det har vært overveldende flertall av produsenter og brukere godtar og bruke, i forvaltningen av relevante tekniske standarder, er også under utvikling, nasjonal praktiske programmer ennå ikke finnes vanlige krav til sikkerhet, for eksempel WS-Security, pålitelig har overføring krav som WS-Reliability, brukere og produsenter begynte å vurdere å bruke; service komposisjon laget, er det allerede mange kommersielle og åpen kildekode organisasjoner, basert på BPEL-standarden for å utvikle en business process management software, sier laget standarder som JSR168 og WSRP , hovedsakelig for Portal Software.
Figur 1.SOA protokollstakken hierarki
2. SOA-relaterte tekniske standarder for sammenligning viser
Fordi for mange SOA-relaterte tekniske standarder, gjorde en figur, og ikke fullt liste alle SOA-relaterte tekniske standarder. Nå, på den delen av SOA-relaterte standarder tilsvarende sammenligning viser at for SOA utvikling, kan velges basert på forståelsen av kunnskap.
2.1. WSDL og OWL-S
W3C standarder organisasjoner Web Services Beskrivelse Språk WSDL, sitt nivå fra syntaktiske funksjonene til webtjenesten beskrivelsen, inkludert 4 forskjellige størrelser: datatypen (datatype), melding (Melding), Metode (drift), og tilgang port (PortType). Dette er bare å gi en webtjeneste grensesnitt beskrivelse, virkemåten av tjenester attributter beskrive begrensninger og mangel på ytterligere støtte.
OWL-S er en semantisk markup språk for webtjenester standarder, er det bedre enn WSDL tjenesten å gi brukerne forståelige beskrivelser av ressurser i form av anbefalinger for å forbedre nøyaktigheten til utvalg og service. Semantisk Web Services ontologi viktigste metode er å bruke for å beskrive Web-tjenesten, så beskrivelsen av semantisk informasjon med web-tjenester for å oppnå tjenesten realisert den automatiske oppdagelsen, påkalling og komposisjon. Semantisk Web og Semantisk Web-tjenester, Web-tjenester er de to store som støtter teknologien. OWL-S er en bro som forbinder de to teknologiene, er den gjeldende Semantisk Web Services Markup Language den viktigste organisasjonen DARPA organisasjon, foreslo sin forskergruppe OWL Service Coalition Semantisk Web Services Markup Language OWL-S (original DAML-S).
Semantisk web-tjenester og relaterte standarder (OWL-S, etc.) for Web og webtjenester applikasjoner, utdype stor betydning, men har også gode utsikter for utvikling. Den gjeldende OWL-S semantisk web service-relaterte standarder som programmet fremdeles hovedsakelig forskning, eksemplarisk.
2.2. XML Web Services og ebXML
SOA i tjenesten, gjeldende Web services teknologi for å oppnå mer og tolkning av tradisjonelle web-tjenester og relaterte avtaler er basert på XML som basis for ekspansjon, så vi kalte den XML webtjenesten. Faktisk, før XML-webtjenester, har ebXML dukket opp, gitt kompleksiteten og forbedre denne standarden, så det er i det tradisjonelle området elektronisk handel, bruk bredere. På bestemte innhold og plassering, de to er ganske forskjellige.
1) melding overføringsteknologien
XML Web Services og ebXML bruker SOAP som meldingen overføring teknologi, XML-webtjenester, men definisjonen av løst koplet tjenester protokollstakken, bunken av pålitelig overføring (WS-Reliability) og sikkerhet (WS-Security) sammensetningen av ulike spesifikasjoner, og ebXML alle disse funksjonene i deres egne meldings standarder og ebMS i bruk hybridteknologi.
2) Tjenesten beskrivelse og funn
XML-webtjenester med WSDL og UDDI standarder, henholdsvis, er UDDI registrering basert på katalogen arkitektur, inkludert registrering av tekniske modeller og forretningsmodell i seg selv kan bli utvidet, men registreringen er ikke nok innhold og beskrivelse av en rik og komplett, Figur 3 UDDI datamodell og diagram.
Den ebXML service beskrivelse og funnet mekanismer vil tilsvare de to standarder, en for registrering informasjon modellen ebRIM, er to et registrert tjeneste spesifikasjon ebRS. ebXML UDDI registrering mekanisme for å berike og perfekt enn den mer utstrakt bruk av registreringssystem, kan representere et bredt spekter av data objekter, inkludert xml-modellen, forretningsprosesser beskrivelser, ebXML Core Component, UML modell, generell handelspartner informasjon og programvare gruppe stykker. For å støtte et slikt utvalg av data, bruk en veldefinert 信息 modeller på er ikke en katalog, Jiang ebXML Zhuce designet mer som en database, Figur 2 for ebXML registerinformasjon modellen ebRIM organisasjonskartet.
3) forretningsprosesser samarbeid
Web-basert samarbeid og forretningsprosesser tjenester, service orkestrering, det WS4BPEL, WS-CDL, XPDL arbeidsflyt basert på XML, osv., som er basert på XML og Web Services standarder er relativt uavhengige av hverandre, eller til og med ulike organisasjoner for å utvikle.
ebXML standarder inkluderer samarbeid forretningsprosesser standarder, slik som ebCPPA, ebBPPS.
Kort sagt, ebXML er et sett av uavhengige standard, med intern konsistens, og ikke avhengig av kommende standarder og normer, bruken Zhuyao posisjonering i de spesielle kravene Dianzaishangwu Fang Mian, 目前, ebXML har vært Guojiaqueding Wei GB Tuijian, Dan Søknaden bør se etter noen vei å gå. XML Web-tjenesten på grunn av sin relativt enkle og lett-teknologi, en protokoll stack tilsvarende den relativt løst koplet, slik anvendelse av SOA i å bygge mer og mer utbredt.
Figur 2.ebXML registreringsinformasjonen modell (ebRIM)
Figur 3.UDDI graf datamodell og dens
2.3. SCA / SDO og JBI / JDO
SCA (Service Component Architecture), gir tjenesten komponentarkitektur et programmeringsspråk modell som kan støtte implementeringen av applikasjoner basert på SOA. SCA er en modell som kan støtte oppnåelse av tjenesten komponenter teknologier, for å koble ulike tilgangen tjenesten komponenter. For komponenter, herunder ikke bare forskjellige programmeringsspråk, inkludert bruken av rammen av disse språkene og miljø. Syntese av drift for tilgangen SCA støtter en rekke av kommunikasjon, WS service aksessteknologier, som for eksempel:, MQ, RPC. SCA spesifikasjoner inkludert Monter Model og Client Modell av to deler. Den tidligere avtalt hvordan heterogene komponent (Java klasse, BPEL, Web Service) samlet og slippes ut i SOA-tjenester, den største funksjonen er SCA og kjerne konseptet, de andre er enige om hvordan å ringe i heterogene språkmiljø SOA service. Disse to delene av spesifikasjonen, kan vi helt løse tjenesten fra service til kunden inter-språk, på tvers av miljø. Figur 4 SCA service komponentene for modellen.
Service Data Objects (SDO) er designet for å forene og forenkle måten programmene håndterer data, bruk SDO, søknad programmerere kan bruke samme metode for drift av heterogene datakilder, inkludert relasjonsdatabaser, XML datakilder, nettjenester og enterprise informasjonssystemer.
JBI er Java Business Integration (Java Business Integration) for korte. JBI er beslutningstakere mener at de tradisjonelle EAI og B2B løsninger med ikke-standard teknologi, som gjør at brukerne har en tendens til å være låst til et bestemt program og produkt-tilbydere, samtidig, ingen enkelt leverandør, og kan dekke EAI B2B området i alle problemene. Så de hevet standarden for å løse dette problemet. Denne standarden definerer en standard arkitektur som gjør det mulig for tredjeparts komponenter i en standard infrastruktur, og selv om disse komponentene har ulike tilbydere, kan de på en forutsigbar og pålitelig måte samhandling drift. Fra høyt nivå perspektiv, definerer JBI den pluggbare komponentene kan konstrueres fra den integrerte systemarkitektur, til interaktive komponenter i denne strukturen gjennom mellommann bruke en meldingsutveksling mekanisme, og meldingsutveksling modellen er basert på WSDL 2.0 eller WSDL 1.1 av. Figur 5 viser sammensetningen og strukturen til JBI miljø.
Figur 4.SCA Service montering av komponenter modell
Figur 5.JBI sammensetning og struktur av miljøet
JDO, sparte Java Data Object, som definerer klasser og JDO utholdenhet forholdet mellom runtime miljøet. JDO er utformet for å brukes mye til å støtte ulike datakilder, selv generelt ikke anses for å være kilden til databasen. Så vi bruker "lagring av data" (Datastore) for å få begrepet refererer til den underliggende datakilden JDO.
Fra ovennevnte analyse av visningen, SCA / SDO definerer en bestemt teknologi og relaterte tjenester montering av komponenter modellen og tilgang til data strukturen mellom tjenestene på den måten, SCA posisjon, hovedsakelig finkornet komponenter og tjenester bestilt. SCA / SDO for teknisk uavhengighet og deltakelse av mange bedrifter, har de støtte av de fleste produsenter. Den JBI / JDO, som er basert på Java-teknologi, JBI buss mer som Java standard definisjon, størrelse enn SCA, og at mer kommunikasjon mellom service og montering moduser, er JDO en Java-basert dataobjekter det, så de bruker den begrensede omfanget av dagens støtte fra de ordinære produsenter er ikke mange, men likevel relativt åpen kildekode implementasjon av en relativt mer.
2.4. WS4BPEL og WS-CDL
WS4BPEL, webtjenesten Business Process Execution Language for korte, til Web Services Business Process Execution Language, som er en kjørbar språk, forenkle forretningsprosesser automatisering med en rekke programvare-systemer kompatible. Web-tjenester, etablering, i form av veiledende (ikke programmatisk) uttrykte behovet for webtjenesten komposisjon. Denne standarden brukes hovedsakelig til business process management i organisasjonen og service orkestrering, BPM produktet for tiden økende forståelse basert på denne spesifikasjonen.
WS-CDL, Web Services Definition Language koreografi, en webtjeneste orkestrering definisjon språket, som er definert som antall formelle relasjoner mellom handelspartnere, krever det ikke alle å bli integrert endepunkt (endepunkter) har en webtjenester infrastruktur. Denne spesifikasjonen mer for tjenester utenfor organisasjonen og prosessen planlegging, er langt mindre brukt nå i landet.
I tillegg kan XPDL brukes for tjenester, planlegging og kombinasjonen, men det er hovedsakelig brukt i tradisjonell arbeidsflyt definisjonen, nå er det også viktig å få til BPM produktet tekniske standarder.
2.5. JSR168 og WSRP
JSR168 er java spesifikasjonene (java spesifikasjon forespørsel, JSR) forkortelsen for etablering av standarder for etablering av portletten API, er det å oppnå porltet, java-basert webportal servere og andre interoperabilitet mellom applikasjoner utviklet. JSR168 viktigste verdien er at det er uavhengige programvareleverandører (ISV) er mye brukt. Før vedtaket av JSR168, Enterprise Application utviklere har til å støtte alle de forskjellige portleten utviklerne å angi portalen til å støtte flere portal portlet ulike sett med utviklerne i lignende virksomhet informasjon, innhold ledelse, henting og analyse av slike områder er svært hodepine. Bruk JST168 spesifikasjon, støtter nå en portlet utviklere trenger kun sette. Foreløpig JSR168 Portal basert på Java-teknologi utviklingen produktene, har blitt mye støtte, men begrenset til Java-teknologi.
WSRP, Web Services for Remote Portleter akronym, som definerer hvordan bruke SOAP-baserte webtjenester program i portalen til å generere merket fragmenter av spesifikasjonen. Ved å definere et sett med felles grensesnitt, gjør WSRP portaler for å vise siden i deres avstand kjører portletten, portal utviklere uten programmering. For sluttbrukeren, disse porlet på og kjøre i sine lokale portaler på samme, men faktum er at de kjører en ekstern portlet fra portletten beholderen, og samspillet er gjennom utveksling av SOAP meldinger å oppnå. I en tjenesteorientert arkitektur med WSRP vil bli en sterk kombinasjon, slik at portletten for denne søknaden kan bli funnet til gjenbruk uten ytterligere utvikling og distribusjon aktiviteter. Organisert av OASIS WSRP er vedtatt har vært de fleste leverandøren støtte, gitt at det basert på Web Services standarder, og teknologi er relativt Du Li, derfor denne standarden Suizhuo gradvis perfeksjon av portalen tror mer og mer produksjon av Qi Ye Hui å støtte denne standarden.
Tre. Sammendrag
SOA på den delen av forrige komparativ analyse av de relevante tekniske standarder, kan ikke dekke alle de SOA-relaterte tekniske standarder, som for eksempel SOA referanse arkitektur, Web services stack sammenligning analyse. Formålet med denne artikkelen, håper å håper å forstå de tekniske standarder og SOA-relaterte tekniske standarder valg mot forvirring av utviklere, programvareleverandører og brukere, etc. for å gi en viss referanse, for å tjene som en stimulans.