Comme ces dernières années, le concept de SOA et les technologies connexes destinées à promouvoir l'élaboration de normes, SOA progressivement acceptée par de nombreux utilisateurs, et e-gouvernement et les applications d'entreprise dans la construction de progressivement. Cependant, nombreuses et diverses et complexes SOA liées à des normes techniques, des entreprises de TI dans le développement de produits logiciels SOA liées et les clients choisissent de mettre en œuvre SOA, ils ne pouvaient souvent pas dire ce que les normes techniques sont ce dont ils ont besoin, et une partie considérable des normes SOA techniques positionnement, il ya un certain chevauchement. Par conséquent, le choix des normes SOA technique liée, comme des entreprises de TI et de mise en œuvre de SOA utilisateurs confrontés à des problèmes. Ci-dessous, une brève partie des normes SOA technique liée, et de faire une analyse simple.
1. SOA liées à des normes techniques pour la classification
Règles et normes similaires, mais légèrement différente, la proposition de norme est un document standard. Normes généralement reconnues par les normes du secteur des organisations à élaborer et à publier, mais plus pour les fabricants ou les non-standard ISO libérés. Cet article ne distingue pas entre eux, appelé l'uniforme standard. Il ya beaucoup de SOA liées à des normes techniques pour la classification, le document décrit deux.
1.1. Classification 1
Une approche consiste à se diviser en trois catégories, à savoir, l'ensemble standard de XML, services Web et SOA Modèle de référence de la norme fixée:
L XML standard ensemble de
Inclure les deux types, un texte basé sur des techniques de codage, XML Information Set, XML Schema, XML Query et XSLT 2.0 et ainsi de suite. Le second est de permettre à des données binaires opaques avec traditionnel basé sur les techniques de codage liés avec les balises. protocoles d'encapsulation optimale comme binaires XML (XML-binary Optimized Packaging, XOP), l'optimisation de message SOAP (optimisation de la méthode de transmission, MTOM) et ainsi de suite.
XML norme fixée est un des principaux bailleurs de développement SOA, la plupart d'entre eux sont développés par l'organisation W3C, et a été un certain nombre de fournisseurs de logiciels et les utilisateurs à soutenir et à utiliser, comme si le camp Java. Camp NET, ainsi que d'autres technologies de développement logiciel, principalement à fournir XML ensemble standard d'outils. SOA n'est pas seulement un ensemble standard de description de données XML et le traitement de la meilleure marque, c'est l'autre SOA liées à des normes techniques, tels que les normes de service Web, sont basés sur XML pour décrire les.
L normes de service Web mis en
Ensemble de normes de services Web a pris forme, recouvrant la couche de transport système de messagerie, le modèle de programmation, la découverte et la description de service, la fiabilité, le traitement des transactions, de sécurité et de gestion. Tels que la description WSDL pour les services Web sémantique, WS-Policy pour décrire les capacités de services Web et des stratégies, WS-Security, SAML et d'autres services Web pour décrire les exigences de sécurité applicables, et ainsi de suite. Actuellement, la plupart des normes de services Web établies par l'organisation OASIS, et certaines normes de services Web n'est pas parfait, sont en cours d'élaboration.
Modèle de référence SOA l
le développement de SOA début, les différents vendeurs pour promouvoir le modèle de référence SOA sont différents, avec des normes techniques relatives au développement de la compréhension de l'harmonisation progressive des différents fabricants. À l'heure actuelle, OASIS a développé un modèle de référence SOA SOA RM1.0 cahier des charges, il offre un cadre tout abstraite qui est utilisée pour comprendre le concept abstrait d'un cadre SOA pour la technologie de pointe, de l'environnement axée sur les services d'une manière importante de la convergence, est la norme uniforme de l'étape de processus de développement important par étape, et un service d'appui à la définition détaillée. architecture de référence SOA, l'architecture SOA peut fournir un plan d'ensemble doit être le cadre général d'orientations générales, mais pas dans la mise en œuvre réelle de la SOA pour fournir des conseils pratiques aussi.
Bien que le modèle de référence SOA déjà les normes recommandées, mais les organismes de normalisation et les fabricants dans l'architecture de référence SOA, il n'est pas uniforme.
1.2. Classification 2
SOA normes techniques concernant une autre méthode de classification est basée sur des normes techniques dans le rôle de la SOA et de la fonction, sera divisé en trois grandes catégories: standard de niveau de service d'échange d'informations, basées sur des normes de communications, les normes de métadonnées. Selon diverses normes et les normes dans le rôle des systèmes SOA peut être divisé en sept SOA pile de couches, de la figure 1. De bas en haut, y compris la couche de transport, couche de message couche de présentation, la gestion, la couche la composition des services, cette couche, qui en plus d'ebXML et le commerce électronique liés à des normes techniques (tels que ebRS enregistrement des ressources, selon des sources des ressources ebMS, l'arrangement du service extérieur WS-CDL, etc), la plupart dans le pays a été considérable applications, telles que l'Est à travers l'application de l'intégration de la technologie et des produits serveur d'applications TongIntegrator TongWeb, les services Web prennent en charge une partie des normes techniques pertinentes. protocole de la couche de transport comme traditionnelles, dans la mise en œuvre la technologie SOA, continue de jouer un rôle important; couche d'information est un service Web SOAP message vecteur de transmission du choix du consommateur; description de service Web standard WSDL, mais pas dans la description sémantique de parfait, mais il a été très grande majorité des fabricants et des utilisateurs à accepter et utiliser, dans la gestion des normes techniques appropriées, sont également en cours d'élaboration, interne des applications pratiques ne sont pas encore les exigences de sécurité communes, telles que WS-Security, fiable exigences de transmission tels que WS-fiabilité, les utilisateurs et les fabricants ont commencé à envisager d'utiliser; couche de composition de services, il existe déjà de nombreuses organisations commerciales et Open Source, basé sur le standard BPEL pour développer un logiciel de gestion des processus d'affaires; ces normes couche telles que JSR168 et WSRP , principalement pour Portal Software.
Figure 1.SOA pile de protocole hiérarchie
2. SOA liées à des normes techniques pour comparaison montre
Parce que trop de SOA liées à des normes techniques, la figure 1, et n'a pas pleinement la liste de tous les standards SOA technique liée. Maintenant, sur la partie des normes SOA liées comparaison similaire montre que pour le développement SOA, peuvent être choisis en fonction de la compréhension de la connaissance.
2.1. WSDL et OWL-S
normes W3C organisations Web Services Description Language WSDL, son niveau des fonctions syntaxiques de la description du service Web, dont 4 tailles différentes: le type de données (type de données), le message (Message), méthode (opération), et l'accès port (PortType). Il ne s'agit que de fournir une description des services Web d'interface, le comportement des attributs de services de décrire les contraintes et le manque de soutien supplémentaire.
OWL-S est un langage de balisage sémantique des normes de services Web, il est préférable que le service WSDL pour fournir aux utilisateurs une description compréhensible des ressources sous la forme de recommandations pour améliorer la précision de la sélection et le service. Sémantique des services Web Ontology principale méthode consiste à utiliser pour décrire le service Web, puis la description de l'information sémantique avec les services Web d'obtenir un service réalisé la découverte automatique, l'invocation et la composition. Web sémantique et sémantique des services Web, les services Web sont les deux techniques importants à l'appui. OWL-S est un pont reliant les deux technologies, le courant services Web sémantiques Markup Language est l'organisation la plus importante organisation de la DARPA, son groupe de recherche Services Coalition a proposé OWL Semantic Web Services Markup Language OWL-S (original DAML-S).
Sémantique des services Web et des normes connexes (OWL-S, etc) pour le Web et applications de services Web, l'approfondissement d'une grande importance, mais elle a aussi de bonnes perspectives de développement. Le courant OWL-S standards du Web sémantique services connexes tels que l'application reste principalement la recherche, exemplaire.
2.2. XML Web Services et ebXML
SOA dans le service, l'actuelle technologie des services Web pour la plupart application et l'interprétation, les services traditionnels de Web et des accords connexes, sont basés sur XML base 为 Kuozhan, donc nous l'avons appelé le service Web XML. En fait, avant que les services Web XML, ebXML a vu le jour, étant donné la complexité et améliorer la présente norme, il est donc dans le domaine traditionnel du commerce électronique, l'utilisation plus large. Le contenu spécifique et le positionnement, les deux sont très différents.
1) la technologie de transmission de messages
Services Web XML et ebXML utilisez SOAP en tant que technologie de transmission de messages, les services Web XML, mais la définition du protocole de services faiblement couplés pile, la pile par la transmission fiable (WS-fiabilité) et de la sécurité (WS-Security) la composition du cahier des charges diverses, et ebXML toutes ces fonctionnalités dans leurs propres normes de messagerie et de ebMS pour utiliser la technologie hybride.
2) La description de service et de la découverte
Les services Web XML à l'aide de WSDL et normes UDDI, respectivement, système d'enregistrement UDDI est basé sur l'architecture d'annuaire, y compris l'enregistrement des modèles techniques et modèles d'entreprise, leur enregistrement peut être prolongé, mais il n'est pas assez de contenu et de la description d'un riche et complète, la figure 3 UDDI modèle de données et le schéma.
La description de service ebXML et les mécanismes de découverte correspondent aux deux normes, l'un pour l'enregistrement des informations ebRIM modèle, deux est un ebRS enregistré spécification du service. ebXML mécanisme d'enregistrement UDDI pour enrichir et parfaite que l'utilisation plus étendue de son système d'enregistrement, peut représenter un large éventail d'objets de données, y compris le modèle XML, les descriptions des processus d'affaires, ebXML Core Component, le modèle UML, des informations générales partenaire commercial et le groupe de logiciels pièces. Pour soutenir une telle série de données, en utilisant un modèle d'information bien définis plutôt que dans le catalogue, seront ebXML Registry conçu pour ressembler davantage à une base de données, la figure 2 pour le registre ebXML ebRIM informations de modèle de l'organigramme.
3) la collaboration des processus d'affaires
collaboration basée sur le Web et des services aux entreprises, l'orchestration de services, il WS4BPEL, WS-CDL, workflow XPDL basé sur XML, etc, qui repose sur XML et les standards des services Web sont relativement indépendants les uns des autres, ou même les différentes organisations de se développer.
normes ebXML comprennent Unité collaborative de normalisation des processus d'affaires, tels que ebCPPA, ebBPPS.
En bref, ebXML est un ensemble indépendant de normes, avec une cohérence interne, et ne pas compter sur les nouvelles normes et les normes, son utilisation est principalement localisée dans les exigences particulières du commerce électronique, présente, ebXML a été identifié comme étant la norme nationale recommandée par l'État, mais La demande doit chercher quelque chemin à parcourir. Le service Web XML en raison de sa technologie relativement simple et facile, une pile de protocoles correspondant à la relativement faiblement couplés, donc l'application de la SOA dans la construction de plus en plus largement utilisés.
Figure modèle 2.ebXML informations d'enregistrement (ebRIM)
Figure graphique 3.UDDI modèle de données et de ses
2.3. SCA / SDO et JBI / JDO
SCA (Service Component Architecture), l'architecture des composants de service fournit un modèle de programmation qui peuvent soutenir la mise en œuvre d'applications basées sur SOA. SCA est un modèle qui peut prendre en charge la réalisation des technologies des composants de service, à relier les différentes composantes d'accès méthode de service. Pour les composants, y compris non seulement les langages de programmation différents, y compris l'utilisation du cadre de ces langues et de l'environnement. processus de synthèse SCA pour les méthodes d'accès à soutenir une variété de communications, les technologies d'accès aux services, tels que: WS, MQ, RPC. y compris les spécifications SCA Assembler modèle et modèle client de deux parties. Le premier accord comment composante hétérogène (classe Java, BPEL, Web Service) a réuni et publié dans les services SOA, la plus grande caractéristique est la SCA et le concept de base, ce dernier est d'accord sur comment appeler dans un environnement SOA hétérogènes langue service. Ces deux parties de la spécification, nous pouvons résoudre complètement le service du service au client inter-langue, la Croix-environnement. Figure 4 composants de service SCA pour le modèle d'assemblage.
Service Data Objects (SDO) est conçu pour unifier et simplifier la façon de traiter les données des applications, l'utilisation de la SDO, aux programmeurs d'applications peuvent utiliser la même méthode de fonctionnement des sources de données hétérogènes, y compris les bases de données relationnelles, sources de données XML, services Web et systèmes d'information de l'entreprise.
JBI est Java Business Integration (Java Business Integration) pour faire court. JBI décideurs estiment que le traditionnel EAI et B2B solutions utilisant la technologie non standard, qui permet aux utilisateurs ont tendance à être bloqué à un programme spécifique et des fournisseurs de produits, en même temps, pas un seul fournisseur et peut couvrir EAI domaine B2B de tous les problèmes. Ils ont donc relevé le niveau afin de résoudre ce problème. Cette norme définit une architecture standard qui permet de composants tiers dans une infrastructure standard, et même si ces composants ont des fournisseurs différents, ils peuvent d'une manière prévisible et fiable interaction opération. Du point de vue de haut niveau, JBI définit les composants enfichables peuvent être construits à partir de l'architecture du système intégré, composants interactifs de cette structure par l'intermédiaire d'utiliser un mécanisme d'échange de messages, et le modèle d'échange de messages est basé sur WSDL 2.0 ou 1,1 WSDL de l'. La figure 5 montre la composition et la structure de l'environnement JBI.
Figure 4.SCA Service modèle d'assemblage de composants
Figure composition 5.JBI et la structure de l'environnement
JDO, le Java Data Object, qui définit les classes et la persistance JDO sauvé la relation entre l'environnement d'exécution. JDO est conçu pour être largement utilisés pour soutenir différentes sources de données, même en général pas considérée comme étant la source de la base de données. C'est pourquoi nous utilisons "stockage de données" (magasin de données) pour accéder à ce terme renvoie à la source de données sous-jacentes JDO.
De l'analyse qui précède de vue, SCA / SDO définit une technologie spécifique et des services connexes modèle d'assemblage des composants et l'accès à la structure de données entre les services de cette façon, la position de SCA, les composants principalement à grain fin et services commandés. SCA / SDO pour l'indépendance technique et la participation de nombreuses entreprises, ils ont le soutien de la plupart des fabricants. Le JBI / JDO, qui sont basés sur la technologie Java, service de bus JBI plus comme Java définition standard, la taille de la SCA, et que plus de communication entre le service et les modes d'assemblage, le JDO est basé sur Java objets de données qui, si elles utilisent la portée limitée de l'aide actuelle de la grands constructeurs ne sont pas nombreuses, mais encore relativement application open-source d'un relativement plus.
2.4. WS4BPEL et WS-CDL
WS4BPEL, le service Web Business Process Execution Language à court, Web Services Business Process Execution Language, qui est un langage exécutable, afin de faciliter l'automatisation des processus d'affaires avec une variété de systèmes logiciels compatibles. services Web, la création, à titre illustratif (non par programme) ont exprimé la demande de la composition des services Web. Cette norme est principalement utilisé pour la gestion des processus métier au sein de l'organisation et l'orchestration de services, de produits BPM actuellement de plus en plus fondée sur la réalisation de ce cahier des charges.
WS-CDL, les Web Services Definition Language chorégraphie, l'orchestration de services Web de langage de définition, qui est défini comme le nombre de relations officielles entre les partenaires commerciaux, il n'a pas besoin d'être tous les point de terminaison intégrée (extrémités) dispose d'une infrastructure de services Web. Cette spécification plus pour les services en dehors de l'organisation et la planification des processus, n'est pas couramment utilisée aujourd'hui dans le pays.
En outre, XPDL peut être utilisé pour les services, la planification et la combinaison, mais il est principalement utilisé dans la définition de flux de travail traditionnel, maintenant il est également important de parvenir à des normes techniques de produits BPM.
2.5. JSR168 et WSRP
JSR168 est le cahier des charges java (requête de spécification Java, JSR) le sigle de l'établissement de normes pour la création d'API de portlet, il est de parvenir à porltet, Java Web sur des serveurs du portail et l'interopérabilité entre les autres applications conçues. JSR168 valeur principale est qu'il est éditeurs de logiciels indépendants (ISV) sont largement utilisés. Avant l'adoption de JSR168, les développeurs d'applications d'entreprise ont à soutenir tous les développeurs portlet différente de paramétrer le portail à l'appui de plusieurs portlet portail ensemble différent de développeurs en information des entreprises similaires, de gestion de contenu, la recherche et l'analyse de ces zones est très maux de tête. Utilisez JST168 cahier des charges, supporte maintenant un portlet développeurs seulement besoin de définir. Actuellement, JSR168 portail à base de produits de développement Java de la technologie, a été largement soutenue, mais limité à la technologie Java.
WSRP, les Web Services for Remote Portlets acronyme qui définit comment SOAP des services d'application Web dans le portail pour générer des fragments marqués de la spécification. En définissant un ensemble d'interfaces communes, WSRP permet portails pour afficher la page dans leur portlet la course de fond, les développeurs de portail sans aucune programmation. Pour l'utilisateur final, ces porlet et exécuter dans leurs portails locaux sur le même, mais en fait, ils courent un portlet distant à partir du conteneur de portlet, et l'interaction se fait par l'échange de messages SOAP à atteindre. Dans une architecture orientée services en utilisant WSRP sera une combinaison puissante, de sorte que le portlet pour la présente requête peuvent être trouvés à la réutilisation, sans aucun développement supplémentaire et des activités de déploiement. Développé par l'organisation OASIS WSRP, actuellement pris en charge par la plupart des fabricants, car il est basé sur les normes de services Web, et indépendant de la technologie, donc avec l'amélioration progressive de cette norme, je crois que les entreprises manufacturières de plus en plus du portail sera en charge cette norme.
3. Résumé
SOA de la part de l'analyse précédente comparative des normes techniques, ne peuvent pas couvrir tous les standards SOA technique liée, comme l'architecture de référence SOA, services Web pile analyse comparative. Le but de cet article, l'espoir d'espérer comprendre les normes techniques et SOA liées choix des normes techniques face à la confusion des développeurs éditeurs de logiciels, et les utilisateurs, etc à fournir une référence, afin de servir de stimulus.