Wie in den letzten Jahren das Konzept der SOA und damit verbundenen Technologien für die Entwicklung von Standards zu fördern, SOA schrittweise von vielen Nutzern akzeptiert, und in e-Government und Enterprise-Anwendungen, Gebäude allmählich. Jedoch mit vielen unterschiedlichen und komplexen SOA-bezogenen technischen Standards, IT-Unternehmen in der Entwicklung von SOA-relevante Software-Produkte und Kunden entscheiden sich für SOA implementieren, sie oft nicht sagen, welche technischen Standards sind, was sie brauchen, und ein beträchtlicher Teil der SOA technischen Standards Positionierung, gibt es einige Überschneidungen. Daher wird die Wahl für die SOA-bezogenen technischen Standards, wie IT-Unternehmen und Umsetzung von SOA-Anwender haben Probleme. Es folgt ein kurzer Teil der SOA-bezogenen technischen Standards, um eine einfache Analyse zu machen.
1. SOA-bezogenen technischen Standards für die Klassifizierung
Standards und Normen ähnlich, aber etwas anders, ist der vorgeschlagene Standard ein normales Dokument. Allgemein anerkannten Standards von den Industrie-Standards Organisationen zu entwickeln und zu veröffentlichen, und Standard-Multi-Vendor-Standards oder Organisation für die Freigabe. Dieser Artikel unterscheidet nicht zwischen ihnen zu unterscheiden, die so genannte Standard-Uniform. Es gibt viele SOA-bezogenen technischen Standards für die Einstufung, beschreibt das Papier zwei.
1.1. Klassifizierung 1
Ein Ansatz ist es, in drei Kategorien unterteilt werden, setzen Sie die Standard-Set von XML, Web Services und SOA Reference Model-Standard:
l Satz von XML-Standard
Enthalten zwei Arten, einen Text-Encoding-Technologie basiert, XML Information Set, XML Schema, XML Query und XSLT 2.0 und so weiter. Der zweite ist damit undurchsichtig binäre Daten mit traditionellen textbasierten Programmierung Techniken mit Tags verflochten. Optimal Kapselung Protokolle wie binäre XML (XML-binary Optimized Packaging, XOP), SOAP-Nachricht Optimierung (Transmission Optimization-Methode, MTOM) und so weiter.
XML-Standard-Set ist ein Top-Beitrag für die SOA-Entwicklung, die meisten von ihnen sind von der W3C-Organisation entwickelt und hat eine Reihe von Software-Anbietern und Anwendern zu unterstützen und zu nutzen, wie etwa, ob oder Java-Camp. NET Camp, sowie andere Software-Entwicklung-Technologie, am meisten bieten XML-Standard-Set von Werkzeugen. SOA ist nicht nur ein Standard-Set von XML-Daten Beschreibung und Verarbeitung für die beste Marke, ist es den anderen SOA-bezogenen technischen Standards, wie ein Web Service-Standards, basieren auf XML, die zu beschreiben.
l Web Service-Standards gesetzt
Set von Web-Services-Standards Gestalt angenommen hat, für den Transport-Layer, Message-System, Programmier-Modell, Service Entdeckung und Beschreibung, Zuverlässigkeit, Vorgangsbearbeitung, Sicherheit und Management. Wie WSDL-Beschreibung für das Semantic Web Services, WS-Policy auf Web-Service-Fähigkeiten und Strategien zu beschreiben, WS-Security, SAML und andere Web-Services beschreiben die einschlägigen Sicherheitsanforderungen, und so weiter. Gegenwärtig sind die meisten Web-Services-Standards durch die OASIS-Organisation eingerichtet, und einige Web-Services-Standards ist nicht perfekt, werden entwickelt.
l SOA Reference Model
SOA-Entwicklung von frühen, verschiedenen Anbietern zu fördern, die SOA Referenzmodell unterschiedlich sind, mit den technischen Normen in Bezug auf die Entwicklung von Verständnis für die schrittweise Harmonisierung der verschiedenen Hersteller. Zurzeit OASIS hat ein Referenzmodell für SOA SOA-RM1.0 Spezifikation entwickelt, bietet es eine ganze abstrakten Rahmen, mit dem der abstrakte Begriff der SOA-Framework für fortschrittliche Technologie zu verstehen, service-orientierten Umgebung in eine wichtige Möglichkeit der Konvergenz ist, ist die Standard-Uniform der Entwicklung wichtiger Schritt für Schritt, und ein Service, um die detaillierte Spezifikation unterstützen. SOA Referenzarchitektur, Enterprise SOA kann ein Gesamtkonzept bieten hat, um den globalen Rahmen der allgemeinen Leitlinien, nicht aber in der realen Umsetzung von SOA, um spezifische praktische Ratschläge zu geben.
Obwohl die SOA Reference Model bereits über die empfohlenen Standards, aber Normungsgremien und die Hersteller in der SOA-Referenzarchitektur, es ist nicht einheitlich.
1.2. Klassifizierung 2
SOA-bezogenen technischen Normen der anderen eine Art von Klassifizierung basiert auf technischen Standards im SOA in die Rolle und Funktion basiert, wird in drei Hauptkategorien: Service-Level-Information Exchange Regulation, Stiftung Kommunikations-Standard-Spezifikation, Metadaten-Standards eingeteilt werden. Nach verschiedenen Standards und Normen in der Rolle des SOA-Systeme lassen sich in sieben Schicht SOA Stack geteilt werden, in Abbildung 1 dargestellt. Von unten nach oben, einschließlich der Transport-Schicht, Message Layer, Presentation Layer, Verwaltung, Service-Komposition Schicht, die Schicht, die zusätzlich zu ebXML und E-Commerce-bezogenen technischen Standards (wie Ressourcen-Registrierung EBRS, sagte Quellen ebMS, die Anordnung des Außendienstes Ressourcen WS-CDL, etc.), die meisten im Land hat erhebliche Anwendungen, wie der Osten durch die Anwendung der Technologie-Integration und Application Server-Produkten TongIntegrator TongWeb worden, die Unterstützung von Webdiensten einige der einschlägigen technischen Normen. Transport-Layer-Protokoll als traditionelle, in der SOA-Technologie Umsetzung, weiterhin eine wichtige Rolle spielen; Informationen Schicht hat einen Webdienst SOAP-Nachricht Getriebes Vektor der Wahlfreiheit der Verbraucher; Web Service Description WSDL-Standard, wenn auch nicht in die semantische Beschreibung von perfekt, um es wurde jedoch überwältigende Mehrheit der Hersteller und Anwender zu akzeptieren und zu verwenden; bei der Verwaltung der einschlägigen technischen Standards, werden ebenfalls entwickelt, häusliche praktischen Anwendungen noch nicht Gemeinsamen Sicherheits-Anforderungen, wie WS-Security, zuverlässig Übertragung Anforderungen wie WS-Reliability, Anwender und Hersteller begonnen haben, in Betracht ziehen; Service-Komposition Schicht, gibt es bereits viele kommerzielle und Open-Source-Organisationen, auf dem BPEL-Standard basieren, eine Business Process Management-Software zu entwickeln, wobei die Schicht Standards wie JSR168 und WSRP , hauptsächlich für Portal Software.
Abbildung 1.SOA Protokollstack Hierarchie
2. SOA-bezogenen technischen Standards für Vergleich zeigt,
Weil zu viele SOA-bezogenen technischen Standards, tat Abbildung 1, und nicht vollständig Liste aller SOA-bezogenen technischen Standards. Nun, auf den Teil der SOA-bezogenen Standards ähnlichen Vergleich zeigt, dass für die SOA-Entwicklung, können basierend auf dem Verständnis von Wissen ausgewählt werden.
2.1. WSDL-und OWL-S
W3C-Standards Organisationen Web Services Description Language WSDL, ihre Höhe von der syntaktischen Funktionen der Web-Service-Beschreibung, darunter 4 verschiedenen Größen: den Datentyp (Datentyp), Nachricht (Message), Methode (Operation), und den Zugang Port (PortType). Dies ist nur eine Web Service-Schnittstelle Beschreibung zu liefern, beschreiben das Verhalten von Dienstleistungen Attribute der Zwänge und der Mangel an weiterer Unterstützung.
OWL-S ist eine semantische Markup Language for Web Services-Standards, ist es besser als die WSDL-Service für die Benutzer mit verständlichen Beschreibungen von Ressourcen in Form von Empfehlungen liefern, um die Richtigkeit der Auswahl und den Service zu verbessern. Semantic Web Services Ontology wichtigste Methode ist die Verwendung des Web-Service, dann ist die Beschreibung der semantischen Informationen mit Web Services zu erreichen Dienst beschreiben realisiert die automatische Entdeckung, Anrufung und Zusammensetzung. Semantic Web und Semantic Web Services, Web Services sind die beiden wichtigsten unterstützende Technologie. OWL-S ist eine Brücke zwischen den beiden Technologien, die laufenden Semantic Web Services Markup Language die wichtigste Organisation DARPA-Organisation ist, schlug seine Forschungsgruppe OWL Services Coalition Semantic Web Services Markup Language OWL-S (original DAML-S).
Semantic Web Services und verwandten Standards (OWL-S, etc.) für das Web und Web Services-Anwendungen, Vertiefung von großer Bedeutung, sondern hat auch gute Aussichten für die Entwicklung. Die aktuelle OWL-S semantischen Web-Service-bezogene Standards wie die Anwendung immer noch hauptsächlich der Forschung, vorbildlich.
2.2. XML Web Services und ebXML
SOA in den Dienst der aktuellen Web Services-Technologie, um mehr und Interpretation des traditionellen Web-Services und verwandten erzielen Vereinbarungen über XML als Basis für die Expansion beruht, so nannten wir es den XML-Webdienst. In der Tat, vor dem XML Web Services, ebXML hat sich herausgestellt, da die Komplexität und die Verbesserung dieser Norm, so ist es in den traditionellen Bereich des elektronischen Geschäftsverkehrs, verwenden breiter. Auf besonderen Inhalt und Positionierung sind die beiden ziemlich unterschiedlich.
1) Nachrichtenübertragungstechnik
XML Web Services und ebXML verwenden SOAP als die Nachricht Übertragungstechnik, XML Web Services, sondern die Definition von lose gekoppelten Services-Protokoll-Stack, der durch die zuverlässige Übertragung (WS-Reliability) und Sicherheit (WS-Security) die Zusammensetzung der verschiedenen Spezifikationen Stack und ebXML alle diese Funktionen in ihre eigenen Messaging-Standards und ebMS in die Hybrid-Technologie verwenden.
2) Die Beschreibung der Dienstleistungen und der Entdeckung
XML Web Services mit WSDL und UDDI-Standards bzw. UDDI-Registrierung System für das Verzeichnis-Architektur basiert, einschließlich der Registrierung der technischen Modelle und Geschäftsmodelle, können ihre Registrierung verlängert werden, aber es ist nicht genug Inhalt und die Beschreibung eines reichen und vollständigen Abbildung 3 UDDI-Datenmodell und Diagramm.
Die ebXML Beschreibung der Dienstleistungen und der Entdeckung Mechanismen werden die beiden Standards, eine für die Registrierungs-Informationen Modell ebRIM entsprechen, ist zwei eine eingetragene Dienstleistungsmarke Spezifikation EBRS. ebXML UDDI-Registrierung Mechanismus zu bereichern und vollkommener als die intensivere Nutzung ihrer Eintragung System kann eine Vielzahl von Daten-Objekte, einschließlich der XML-Modell, Business Process Beschreibungen, ebXML Core Component, UML-Modell, allgemeine Informationen und Handelspartner Software Group vertreten Stücke. Zur Unterstützung einer solchen Reihe von Daten, mit einem gut definierten Informationen Modell anstatt des Katalogs wird ebXML Registry entwickelt, um mehr wie eine Datenbank sein, Abbildung 2 für die ebXML Registry Information Model ebRIM das Organigramm.
3) Business Process Collaboration
Web-basierte Collaboration und Business Process Services, Service-Orchestrierung, gibt WS4BPEL, WS-CDL, XPDL-Workflow auf Basis von XML, etc., die auf XML und Web Services-Standards basieren, relativ unabhängig von einander, oder auch verschiedene Organisationen zu entwickeln.
ebXML-Standards gehören Collaborative Business Prozess-Standards, wie z. B. ebCPPA, ebBPPS.
In kurzen, ebXML ist eine unabhängige Gruppe von Normen, mit der inneren Kohärenz und nicht auf neue Standards und Normen zu verlassen, war seine Verwendung vor allem in den besonderen Anforderungen des elektronischen Geschäftsverkehrs, Gegenwart ebXML wurde als nationale Norm durch den Staat empfohlen, aber identifiziert worden lokalisierten Die Anwendung sollte für einige Wege zu gehen suchen. Der XML-Webdienst wegen ihrer relativ einfachen und leicht Technologie, eine Protokoll-Stack entsprechend der relativ lose gekoppelt, so dass die Anwendung von SOA in den Bau von mehr und mehr verbreitet.
Abbildung 2.ebXML Registrierung Information Model (ebRIM)
Abbildung 3.UDDI graph Datenmodell und seine
2.3. SCA / SDO und JBI / JDO
SCA (Service Component Architecture), bietet die Service Component Architecture ein Programmiermodell, das die Implementierung von Anwendungen auf SOA-Basis unterstützen kann. SCA ist ein Modell, dass die Erreichung der Service-Komponenten-Technologien unterstützen können, um verschiedene Zugangs-Methode Service-Komponenten zu verbinden. Für Bauteile, darunter nicht nur verschiedene Programmiersprachen, einschließlich der Nutzung von im Rahmen dieser Sprachen und der Umwelt. SCA-Synthese-Prozess für den Zugang zu einer Vielzahl Methoden der Kommunikation unterstützen, wurde Service-Access-Technologien, wie:, MQ, RPC. SCA Spezifikationen, einschließlich Montieren Model und Client-Modell aus zwei Teilen. Der ehemalige einig, wie mit heterogenen Komponenten (Java-Klasse, BPEL, Web Service ist) montiert und in die SOA-Services, die größte Feature der SCA und dem Kernkonzept, das letztere ist, wie in heterogenen Umfeld Sprache nennen SOA vereinbart Service. Diese beiden Teile der Spezifikation, können wir den Service komplett zu lösen aus dem Dienst zu inter-Client-Sprache, cross-Umfeld. Abbildung 4 SCA Service-Komponenten für die Montage Modell.
Service Data Objects (SDO) ist für die Vereinheitlichung und Vereinfachung der Art und Weise Anwendungen Daten verarbeiten, verwenden Sie die SDO, Anwendungs-Programmierer können die gleiche Methode der Betrieb von heterogenen Datenquellen, einschließlich relationale Datenbanken, XML-Datenquellen, Web Services und die Nutzung Enterprise Information Systems.
JBI ist Java Business Integration (Java Business Integration) für kurze. JBI die Entscheidungsträger glauben, dass die traditionellen EAI-und B2B-Lösungen auf Basis von Nicht-Standard-Technologie, die Benutzer neigen dazu, zu einem spezifischen Programm und Produkt-Anbieter, die gleichzeitig keinen einzigen Anbieter gesperrt werden kann und EAI Abdeckung ermöglicht B2B-Bereich aller Probleme. So hob sie den Standard, um dieses Problem zu lösen. Dieser Standard definiert eine Standard-Architektur, die Komponenten von Drittanbietern können in einem Standard-Infrastruktur, und obwohl diese Komponenten verschiedener Anbieter, können sie in eine vorhersehbare und zuverlässige Art Interaktion Operation. Von High-Level Sicht definiert JBI die steckbare Komponenten aus dem integrierten System-Architektur konstruiert werden kann, interaktive Komponenten dieser Struktur durch die Vermittlung an einen Message-Austausch-Mechanismus verwenden, und den Message-Austausch-Modell basiert auf WSDL 2.0 basieren oder WSDL 1.1 des. Abbildung 5 zeigt die Zusammensetzung und Struktur der JBI-Umgebung.
Abbildung 4.SCA Service Component Assembly-Modell
Abbildung 5.JBI Zusammensetzung und Struktur der Umwelt
JDO, rettete die Java Data Object, welche Klassen und Persistenz JDO definiert die Beziehung zwischen der Laufzeitumgebung. JDO ist entworfen, um stark genutzt wird, um verschiedene Datenquellen zu unterstützen, auch in der Regel nicht als die Quelle der Datenbank sein. So verwenden wir "Datenspeicher" (Datastore) auf den Begriff des Zugangs bezieht sich auf die zugrunde liegende Datenquelle JDO.
Aus der vorstehenden Analyse der Ansicht, SCA / SDO definiert eine bestimmte Technologie und den dazugehörigen Dienstleistungen Baugruppe Modell und Zugriff auf die Datenstruktur von Dienstleistungen, die Art und Weise, SCA-Position, ließ vor allem feinkörnige Komponenten und Dienstleistungen. SCA / SDO für technische Unabhängigkeit und Beteiligung von vielen Unternehmen, dass sie die Unterstützung der meisten Hersteller. Die JBI / JDO, die auf Java-Technologie basieren, JBI Bus-Service mehr wie Java Standard Definition, seiner Größe als der SCA, und dass mehr Kommunikation zwischen den Service-und Montage-Modi wird der JDO eine Java-basierte Datenobjekte, die, so sie den begrenzten Anwendungsbereich der derzeitigen Unterstützung der Mainstream-Hersteller verwenden sind nicht viele, aber noch relativ Open-Source-Implementierung eines relativ mehr.
2.4. WS4BPEL und WS-CDL
WS4BPEL, die Web Service Business Process Execution Language for kurzen, Web Services Business Process Execution Language, die eine ausführbare Sprache ist, um die Automatisierung von Geschäftsprozessen mit einer Vielzahl von Software-Systemen kompatibel zu erleichtern. Web-Services, Niederlassung, im Wege der Veranschaulichung (nicht programmatisch) äußerte sich die Nachfrage nach Web-Service-Komposition. Diese Norm ist vor allem für Business Process Management innerhalb der Organisation und Service-Orchestrierung, BPM Produkt derzeit wachsende Erkenntnis auf dieser Spezifikation verwendet.
WS-CDL, die Web Services Definition Language Choreographie, Web Service-Orchestrierung Definition Language, die als die Zahl der formalen Beziehungen zwischen den Handelspartnern definiert ist, es nicht erfordern, dass alle auf integrierte Endpunkt (Endpunkte) werden eine Web Services-Infrastruktur. Diese Spezifikation mehr für Leistungen außerhalb der Organisation und Prozessplanung, ist üblicherweise nicht in dem Land eingesetzt.
Darüber hinaus können XPDL für Dienstleistungen verwendet werden, Scheduling und Kombination, aber es ist vor allem in traditionellen Workflow-Definition verwendet, jetzt ist es auch wichtig, BPM Produkt zu erreichen technische Standards.
2.5. JSR168 und WSRP
JSR168 ist die Java-Spezifikationen (Java Specification Request, JSR) die Abkürzung für die Etablierung von Standards für die Schaffung von Portlet-API ist es zu porltet erreichen, Java-basierte Web-Portal-Servern und anderen Interoperabilität zwischen Anwendungen konzipiert. JSR168 wichtigste Wert ist, dass es unabhängigen Softwareanbietern (ISV) sind weit verbreitet ist. Vor der Verabschiedung des JSR168, Enterprise Application Entwickler, all die verschiedenen Portlet-Entwickler Unterstützung für das Portal, um mehrere Portlets Portal unterstützt andere Gruppe von Entwicklern in ähnlichen geschäftlichen Informationen, Content Management, Suche und Analyse solcher Bereiche festgelegt haben, ist sehr Kopfschmerzen. Verwenden JST168 Spezifikation, unterstützt jetzt ein Portlet-Entwickler müssen lediglich festgelegt. Derzeit JSR168 Portal auf Java-Technologie basierten Produkten Entwicklung, wurde weithin unterstützt, jedoch beschränkt auf Java-Technologie.
WSRP, die Web Services for Remote Portlets Akronym, das, wie SOAP-basierte Web-Services-Anwendung in das Portal nutzen, um markierten Fragmente der Spezifikation definiert generieren. Durch die Definition einer Reihe von gemeinsamen Schnittstellen, ermöglicht WSRP-Portalen, um die Seite in ihrer Distanz laufen Portlet-, Portal-Entwickler-Display ohne Programmierkenntnisse. Für den Endbenutzer, diese porlet auf und führen in ihren lokalen Portale auf die gleichen, aber in Wirklichkeit laufen sie einem Remote-Portlets aus der Portlet-Container, und die Interaktion durch den Austausch von SOAP-Nachrichten zu erreichen. In Service-orientierten Architektur mit WSRP wird eine leistungsstarke Kombination, so dass das Portlet-Anwendung, um das Programm präsentieren können sowohl mit als auch ohne zusätzliche Entwicklungs-und Deployment-Aktivitäten gefunden werden. Entwickelt von der OASIS WSRP Organisation hat die Unterstützung der Mehrheit der Hersteller erhalten haben, in Anbetracht der sie basiert auf Web Services-Standards und Technologien unabhängig, so mit der allmählichen Verbesserung dieses Standards, glaube ich, mehr und mehr Unternehmen des Verarbeitenden Gewerbes Portal wird diesen Standard unterstützen.
3. Summary
SOA auf den Teil des vorherigen vergleichende Analyse der einschlägigen technischen Normen, können nicht alle der SOA-bezogenen technischen Standards, wie die SOA-Referenzarchitektur, Web-Services-Stack Vergleichsanalyse. Der Zweck dieses Artikels, hoffen, hoffen, die Normen und technischen SOA-bezogenen technischen Standards Entscheidungen, vor denen die Verwechslung von Entwicklern, Software-Anbietern und Nutzern, etc. zu verstehen, einige Referenz darstellen, um als Anreiz dienen.