Zoals in de afgelopen jaren, het concept van SOA en aanverwante technologieën om de ontwikkeling van normen te bevorderen, SOA geleidelijk aanvaard door vele gebruikers, en in e-government en enterprise applicaties, gebouw geleidelijk. Echter, met vele uiteenlopende en complexe SOA-gerelateerde technische normen, IT-bedrijven bij de ontwikkeling van SOA-gerelateerde software producten en klanten kiezen ervoor om SOA te voeren, ze vaak niet konden vertellen wat de technische normen zijn wat ze nodig hebben, en een aanzienlijk deel van de SOA-technische normen positionering, is er enige overlap. Daarom is de keuze van een geschikte SOA-gerelateerde normen en technische implementatie van SOA als IT-zakelijke gebruikers met problemen geconfronteerd worden. Hieronder volgt een beknopt deel van de SOA-gerelateerde technische normen, en om een eenvoudige analyse maken.
1. SOA-gerelateerde technische normen voor de indeling
Standaarden en normen soortgelijke, maar iets anders, de voorgestelde norm is een standaard document. Algemeen erkende normen door de sector normalisatie-instellingen te ontwikkelen en te publiceren, en de standaard multi-vendor of normen organisatie voor de release. Dit artikel maakt geen onderscheid tussen hen, de zogenaamde standaard uniform. Er zijn vele SOA-gerelateerde technische normen voor de indeling, het papier beschrijft twee.
1.1. Klassement 1
Een benadering is onder te verdelen in drie categorieën, te weten de standaard set van XML, webservices en SOA Reference Model standaard:
l XML-standaard set van
Inclusief twee typen, een op tekst gebaseerde coderingstechnologie, XML Informatie Set, XML Schema, XML Query en XSLT 2.0 en ga zo maar door. De tweede is in staat te stellen ondoorzichtige binaire gegevens met traditionele op tekst gebaseerde codering technieken verweven met tags. Optimale inkapseling protocollen zoals binaire XML (XML-binary Geoptimaliseerd Packaging, XOP), SOAP-bericht optimalisatie (Transmission optimalisatie methode, MTOM) en ga zo maar door.
XML voor de SOA-ontwikkeling standaard set is een top bijdrage, die meestal ontwikkeld door de W3C organisatie, en ontving talrijke softwareproductenten en softwaregebruikers op support en gebruik, zoals over het Java-kamp. NET kamp, evenals andere software-development-technologie, voornamelijk naar provide XML-standaard set van tools. SOA is niet alleen een standaard set van XML-gegevens beschrijving en verwerking voor de beste merk, it is de SOA-gerelateerde other technical normen, zoals een Web service standaarden, zijn gebaseerd op XML aan describe the.
l webservice normen vast te stellen
Set van Web services standaarden vorm heeft gekregen, voor de transportlaag, bericht het systeem, de programmering model, service discovery en beschrijving, betrouwbaarheid, de verwerking van transacties, beveiliging en beheer. Zoals WSDL beschrijving voor het Semantic Web Services, WS-beleid "te webservice vermogens en strategieën te beschrijven, WS-Security, SAML en andere webservices beschrijven de geldende veiligheidseisen voldoen, en zo verder. Momenteel hebben de meeste Web services standaarden die door de organisatie OASIS, en sommige Web services standaarden is niet perfect, worden ontwikkeld.
l SOA Reference Model
SOA ontwikkeling van vroegtijdige, verschillende leveranciers om de SOA-referentiemodel te bevorderen verschillend zijn, met de technische normen met betrekking tot de ontwikkeling van inzicht in de geleidelijke harmonisatie van de verschillende fabrikanten. Op dit moment, OASIS heeft een referentiemodel voor SOA SOA-RM1.0 specificatie ontwikkeld, biedt het een hele abstracte kader dat wordt gebruikt om het abstracte begrip van SOA kader voor geavanceerde technologie te begrijpen, service-georiënteerde omgeving in belangrijke mate van convergentie, is het standaard uniform van de belangrijke ontwikkeling stap voor stap, en een dienst aan de uitgebreide specificatie te ondersteunen. SOA referentie architectuur, enterprise SOA kan een algemeen plan moet het algemene kader van de algehele begeleiding verzorgen, maar niet in de daadwerkelijke implementatie van SOA om specifieke praktische adviezen te verstrekken.
Hoewel de SOA Reference Model reeds de aanbevolen normen, maar normalisatie-organisaties en fabrikanten in de SOA referentie architectuur, is er geen uniform.
1.2. Indeling 2
SOA-gerelateerde technische normen van de andere een soort van indeling is gebaseerd op technische normen in de rol en functie van SOA, worden onderverdeeld in drie Lei: service-level informatie Jiaohu normen, op standaarden gebaseerde communicatie-standaard, meta data standaard specificaties. Volgens verschillende standaarden en normen in de rol van SOA-systemen kunnen worden onderverdeeld in zeven lagen SOA stack, afgebeeld in figuur 1. Van de bottom-up, met inbegrip van de transportlaag, bericht laag, presentatielaag, beheer, service compositielaag, die laag, die in aanvulling op ebXML en e-commerce betrekking hebbende technische normen (zoals bron registratie ebRS, bronnen gezegd ebMS, plaatsing van de buitenlandse dienst de middelen WS-CDL, enz.), de meeste in het land heeft aanzienlijke toepassingen, zoals het Oosten is door de toepassing van technologie-integratie en applicatie server producten TongIntegrator TongWeb, Web services ondersteunen enkele van de relevante technische normen. Transport layer protocol als traditionele, in de SOA-technologie uitvoering, blijft een belangrijke rol spelen; informatie laag heeft een webservice SOAP-bericht verzending vector keuzevrijheid van de consument; webservice WSDL beschrijving standaard, hoewel niet in de semantische beschrijving van perfect, om maar het is overgrote meerderheid van de fabrikanten en gebruikers accepteren en gebruiken, in het beheer van de relevante technische normen, worden ook ontwikkeld, binnenlandse praktische toepassingen nog steeds geen gemeenschappelijk veiligheids-eisen, zoals WS-Security, betrouwbare transmissie-eisen, zoals WS-Betrouwbaarheid, gebruikers en fabrikanten zijn begonnen met overwegen gebruik te maken; dienst compositielaag, er zijn al vele commerciële en open source organisaties, gebaseerd op de BPEL standaard om een business process management software te ontwikkelen; zei laag standaarden zoals JSR168 en WSRP , voornamelijk voor Portal Software.
Figuur 1.SOA protocol stack hiërarchie
2. SOA-gerelateerde technische normen voor de vergelijking blijkt
Omdat te veel SOA-gerelateerde technische normen, heeft figuur 1, en niet volledig overzicht van alle SOA-gerelateerde technische normen. Nu, op het deel van de SOA-gerelateerde standaarden soortgelijke vergelijking blijkt dat voor de SOA-ontwikkeling, kunnen worden geselecteerd op basis van het inzicht van de kennis.
2.1. WSDL en OWL-S
W3C standaarden organisaties Web Services Description Language WSDL, het niveau van de syntactische functies van de webservice beschrijving, inclusief 4 verschillende grootte: het soort gegevens (Data type), bericht (Message), Methode (operatie), en de toegang poort (PortType). Dit is alleen te voorzien in een webservice-interface beschrijving, het gedrag van de diensten attributen beschrijven de beperkingen en het gebrek aan verdere ondersteuning.
OWL-S is een opmaaktaal voor semantische web services standaarden, is het beter dan de WSDL dienstverlening aan de gebruikers van begrijpelijke beschrijvingen van de middelen in de vorm van aanbevelingen geven aan de nauwkeurigheid van selectie-en dienstverlening te verbeteren. Semantic Web Services Ontology belangrijkste methode is het gebruik van de webservice, dan is de beschrijving van semantische informatie met Web-diensten aan te bereiken beschrijven realiseerde de automatische ontdekking, aanroeping en compositie. Semantic Web en Semantic Web Services, Web services zijn de twee belangrijkste ondersteunende technologie. OWL-S is een brug verbindt de twee technologieën, de huidige Semantic Web Services Markup Language is de belangrijkste organisatie DARPA organisatie, haar onderzoeksgroep OWL Diensten Coalitie voorgestelde Semantic Web Services Markup Language OWL-S (originele DAML-S).
Semantic Web services en gerelateerde standaarden (OWL-S, enz.) voor het web en webservices applicaties, het uitdiepen van grote betekenis, maar heeft ook goede vooruitzichten voor ontwikkeling. De huidige OWL-S semantische web service-gerelateerde normen, zoals de applicatie nog steeds voornamelijk onderzoek, voorbeeldig.
2.2. XML Web Services en ebXML
SOA in de dienst, meer gebruik van Web Services technologie huidige uitvoering en interpretatie, de traditionele webservices en daarmee samenhangende overeenkomsten, zijn gebaseerd op XML-gebaseerde extensies, en dus noemen we het de XML-webservice. In feite, voor het XML-webservices, ebXML is gebleken, gezien de complexiteit en het verbeteren van deze standaard, dus het is in het traditionele gebied van de elektronische handel, het gebruik breder. Op specifieke inhoud en positionering, de twee zijn heel verschillend.
1) bericht transmissie technologie
XML Web Services en ebXML zijn met behulp van SOAP als het bericht transmissie technologie, XML-webservices, maar de definitie van losjes gekoppelde diensten protocol stack, de stapel door de betrouwbare overdracht (WS-betrouwbaarheid) en veiligheid (WS-Security) de samenstelling van de verschillende specificaties, en ebXML al deze functies in hun eigen normen voor het berichtenverkeer en ebMS in om hybride technologie te gebruiken.
2) De dienst omschrijving en de ontdekking
XML Web services met behulp van WSDL en UDDI-normen, respectievelijk, is UDDI registratie systeem dat gebaseerd is op de directory architectuur, inclusief de registratie van technische modellen en business model zelf kan worden uitgebreid, maar de registratie is niet genoeg inhoud en de beschrijving van een rijk en volledig, figuur 3 UDDI-datamodel en diagram.
De ebXML service beschrijving en mechanismen ontdekking komt overeen met de twee standaarden, een voor informatie over de registratie-model ebRIM, twee is een geregistreerd service specificatie ebRS. ebXML UDDI registratie mechanisme te verrijken en volmaakter dan een ruimer gebruik van haar systeem voor de registratie, kan een breed scala aan data objecten, met inbegrip van de xml-model, business proces beschrijvingen, ebXML Core Component, UML-model, algemene handelspartner van informatie en software groep vertegenwoordigen stukken. Om ondersteuning zoals een reeks van gegevens, gebruik van een goed gedefinieerde informatie model in plaats van de catalogus, zal ebXML Registry ontworpen om te worden meer als een database, Figuur 2 voor de ebXML register informatie model ebRIM het organogram.
3) business process samenwerking
Web-gebaseerde samenwerkings-en business process services, service orkestratie, er WS4BPEL, WS-CDL, XPDL workflow, gebaseerd op XML, enz., die op basis van XML en webservices normen zijn relatief onafhankelijk van elkaar, of zelfs verschillende organisaties te ontwikkelen.
ebXML standaarden omvatten gezamenlijke business process standaarden, zoals ebCPPA, ebBPPS.
Kortom, ebXML is een onafhankelijke standaard set, met de interne consistentie, en niet afhankelijk van opkomende standaarden en normen, het gebruik ervan Zhuyaodingwei bijzondere eisen Dianzaishangwu in, op dit moment, ebXML heeft Pi Guojiaqueding als GB aanbevolen, De aanvraag moet uiterlijk voor sommige weg te gaan. De XML-webservice vanwege zijn relatief eenvoudig en technologie, een protocol stack die overeenkomt met de relatief losjes gekoppelde, dus de toepassing van SOA in het bouwen van meer en meer gebruikt.
Figuur 2.ebXML informatie over de registratie-model (ebRIM)
Figuur 3.UDDI grafiek data model en haar
2.3. SCA / SDO en JBI / JDO
SCA (Service Component Architecture), onderdeel van de dienst architectuur biedt een programmeermodel dat de uitvoering van toepassingen op basis van SOA kunnen ondersteunen. SCA is een model dat de verwezenlijking van de dienst componenten technologieën te ondersteunen, om verschillende access method service onderdelen te verbinden. Voor onderdelen, waaronder niet alleen verschillende programmeertalen, waaronder het gebruik van het kader van deze talen en het milieu. SCA proces van synthese methoden voor de toegang tot een verscheidenheid aan communicatie-ondersteuning, toegang tot diensten technologieën, zoals: WAS, MQ, RPC. SCA specificaties met inbegrip van Monteer Model en client-model uit twee delen. De voormalige overeengekomen hoe heterogene component (Java-klasse, BPEL, Web Service) geassembleerd en losgelaten in de SOA-services, het grootste kenmerk van de SCA en het kernbegrip is, de laatste is overeengekomen over hoe om te bellen in heterogene SOA taalomgeving dienst. Deze twee delen van de specificatie, kunnen wij volledig oplossen van de service van dienstverlening aan cliënten intertaal-, cross-omgeving. Figuur 4 SCA service onderdelen voor de montage model.
Service Data Objects (SDO) is ontworpen om te verenigen en de manier waarop applicaties omgaan met data te vereenvoudigen, gebruik maken van de SDO, applicatieprogrammeurs kan dezelfde werkwijze van heterogene gegevensbronnen, zoals relationele databases, XML-gegevensbronnen, webservices en het gebruik Enterprise Information Systems.
JBI is Java Business Integration (Java Business Integration) voor korte. JBI de makers van mening dat de traditionele EAI en B2B-oplossingen met behulp van niet-standaard-technologie, waarmee gebruikers de neiging om te worden gekoppeld aan een specifiek programma en aanbieders van producten, dezelfde tijd, niet een enkele provider en kan betrekking hebben op EAI B2B-gebied van alle problemen. Dus brachten ze de norm om dit probleem op te lossen. Deze standaard definieert een standaard platform dat componenten van derden kan in een standaard infrastructuur, en hoewel deze componenten hebben verschillende aanbieders, kunnen ze op een voorspelbare en betrouwbare manier interactie operatie. Van high-level perspectief, JBI definieert de pluggable componenten kan worden gebouwd van het geïntegreerde systeem architectuur, interactieve componenten van deze structuur door middel van de tussenpersoon om een bericht te wisselen mechanisme te gebruiken, en de uitwisseling van berichten model is gebaseerd op WSDL 2.0 of WSDL 1.1 van het. Figuur 5 toont de samenstelling en de structuur van JBI milieu.
Figuur 4.SCA Service Assemblage van componenten model
Figuur 5.JBI samenstelling en structuur van de omgeving
JDO, de Java Data Object, die klassen en JDO persistentie opgeslagen definieert de relatie tussen de runtime-omgeving. JDO is ontworpen om op grote schaal worden gebruikt om verschillende gegevensbronnen te ondersteunen, zelfs in het algemeen niet beschouwd als de bron van de database. Dus gebruiken we "de opslag van gegevens" (datastore) om het begrip "toegang verwijst naar de onderliggende gegevensbron JDO.
Uit de bovenstaande analyse van het oog, SCA / SDO definieert een specifieke technologie en aanverwante diensten Assemblage van componenten model en toegang tot de gegevens structuur tussen diensten die manier het standpunt van SCA, voornamelijk fijnkorrelig componenten en diensten besteld. SCA / SDO voor technische onafhankelijkheid en de participatie van vele bedrijven, hebben ze de steun van de meeste fabrikanten. Het JBI / JDO, die zijn gebaseerd op Java-technologie, JBI busverbinding meer als Java standaard definitie, de omvang dan de SCA, en dat er meer communicatie tussen de dienst en assemblage modi, waarvan de JDO is een op Java gebaseerde dataobjecten dat, zodat ze gebruik maken van de beperkte werkingssfeer van de huidige ondersteuning van de reguliere fabrikanten zijn niet veel, maar nog steeds relatief open-source implementatie van een relatief groter.
2.4. WS4BPEL en WS-CDL
WS4BPEL, de Web Service Business Process Execution Language voor de korte, Web Services Business Process Execution Language, is een uitvoerbaar taal aan het automatiseren van bedrijfsprocessen te vergemakkelijken met een verscheidenheid aan software-systemen compatibel zijn. Web services, vestiging, bij wijze van illustratie (niet programmatisch), uitgedrukt de vraag naar web service compositie. Deze standaard wordt voornamelijk gebruikt voor business process management binnen de organisatie en service orkestratie, BPM product dat momenteel het groeiende besef dat op basis van deze specificatie.
WS-CDL, de Web Services Definition Language Choreografie, webservice orchestration definition language, die wordt gedefinieerd als het aantal formele relaties tussen handelspartners, maar niet verlangt dat alle geïntegreerde eindpunt (eindpunten) te worden heeft een webservices-infrastructuur. Deze specificatie is meer voor diensten buiten de organisatie en het proces van planning, is niet algemeen nu gebruikt in het land.
Daarnaast kan XPDL worden gebruikt voor diensten, planning en de combinatie, maar het wordt vooral gebruikt in de traditionele workflow definitie, nu is het ook belangrijk om de producten te bereiken BPM technische normen.
2.5. JSR168 en WSRP
JSR168 is de java specificaties (Java Specification Request, JSR) de afkorting voor de vaststelling van normen voor de oprichting van api portlet, het is om porltet te bereiken, op Java gebaseerde web-portal servers en andere toepassingen die worden ontworpen interoperabiliteit tussen. JSR168 belangrijkste waarde is dat het onafhankelijke softwareleveranciers (ISV's) worden op grote schaal gebruikt. Voorafgaand aan de vaststelling van JSR168, enterprise applicatie-ontwikkelaars hebben tot alle andere portlet ontwikkelaars ondersteuning van de portal om meerdere portal portlet ondersteunen verschillende set van ontwikkelaars in soortgelijke zakelijke informatie, content management, retrieval en analyse van deze gebieden set is zeer hoofdpijn. Gebruik JST168 specificatie, ondersteunt nu een portlet ontwikkelaars hoeft alleen in te stellen. Momenteel JSR168 Portal op basis van Java-technologie de ontwikkeling van producten, heeft brede steun, maar beperkt tot Java-technologie.
WSRP, de Web Services voor Remote Portlets afkorting, die bepaalt hoe SOAP-gebaseerde webservices toepassing te gebruiken in het portaal naar gelabelde fragmenten van de specificatie te genereren. Door het definiëren van een set van gemeenschappelijke interfaces, WSRP laat poorten naar de pagina weer te geven in hun hardlopen portlet-, portal-ontwikkelaars zonder enige programmeerkennis. Voor de eindgebruiker zijn deze porlet op te lopen en hun lokale portals op het hetzelfde, maar in feite lopen ze een afgelegen portlet van de portlet container, en de interactie wordt door middel van de uitwisseling van SOAP-berichten te bereiken. In service-oriented architecture WSRP met behulp van een krachtige combinatie zal worden, zodat de portlet voor het onderhavige verzoek kan worden gevonden in zowel met als zonder extra ontwikkeling en invoering. Ontwikkeld door het OASIS WSRP organisatie, heeft de steun gekregen van de meerderheid van de fabrikanten, in het licht van het gebaseerd is op Web services standaarden en technologie onafhankelijk, dus met de geleidelijke verbetering van deze norm, ik denk meer en meer manufacturing bedrijven Portal deze norm te ondersteunen.
3. Samenvatting
SOA op het deel van de vorige vergelijkende analyse van de relevante technische normen, kunnen niet alle SOA-gerelateerde technische normen, zoals de SOA referentie architectuur, Web services stack vergelijking analyse. Het doel van dit artikel, hoop te hopen dat de technische normen en SOA-gerelateerde technische normen te maken keuzes voor de verwarring van de ontwikkelaars, software leveranciers en gebruikers, enz. te begrijpen een aantal referentiepunten te bieden, om te dienen als een stimulans.