Al igual que en los últimos años, el concepto de SOA y las tecnologías afines para promover el desarrollo de normas, SOA gradualmente aceptada por muchos usuarios, y en el gobierno electrónico y aplicaciones empresariales, la creación de forma gradual. Sin embargo, con tantas y tan diversas y complejas normas técnicas relacionadas con SOA, las empresas de TI en el desarrollo de productos de software de SOA-relacionados y los clientes eligen para implementar SOA, a menudo no podía decir lo que las normas técnicas son lo que necesitan, y una parte considerable de los estándares SOA técnica posicionamiento, hay cierta superposición. Por lo tanto, la elección de las normas técnicas relacionadas con SOA, como las empresas de TI y la aplicación de los usuarios de SOA se enfrentan a problemas. A continuación, una breve parte de las normas técnicas relacionadas con SOA, y para hacer un análisis simple.
1. SOA relacionadas con las normas técnicas para la clasificación
Reglas y normas similares, pero ligeramente diferente, la norma propuesta es un documento estándar. Normas generalmente reconocidas por los estándares del sector a las organizaciones desarrollar y publicar, y el nivel de proveedores de múltiples normas u organización para la liberación. Este artículo no distingue entre ellos, llamado el uniforme estándar. Hay muchas normas técnicas relacionadas con SOA para la clasificación, el documento se describen dos.
1.1. Clasificación 1
Un método consiste en dividir en tres categorías, a saber, el conjunto estándar de XML, servicios Web y SOA norma establece el Modelo de Referencia:
l conjunto de estándares XML
Incluye dos tipos, una tecnología de codificación basada en texto, Conjunto de Información XML, XML Schema, XML Query y XSLT 2.0 y así sucesivamente. La segunda es permitir que opaca datos binarios con las tradicionales técnicas de codificación basados en texto entrelazados con las etiquetas. protocolos óptima encapsulación como XML binario (XML-binario Empaquetado Optimizado, XOP), optimización de mensajes SOAP (Método de optimización de transmisión, masa máxima de despegue) y así sucesivamente.
conjunto estándar XML es un principal contribuyente para el desarrollo de SOA, la mayoría de ellos son desarrollados por la organización W3C, y ha habido una serie de proveedores de software y usuarios para apoyar y uso, como si el campamento de Java. campamento NET, así como otras tecnologías de desarrollo de software, sobre todo para proporcionar XML estándar conjunto de herramientas. SOA no es sólo un conjunto estándar de XML de descripción de datos y procesamiento de la mejor marca, es el de otras normas técnicas relacionadas con SOA, tales como estándares de servicios Web, se basan en XML para describir el.
l nivel de servicio Web creado
Conjunto de estándares de servicios web ha tomado forma, que cubre la capa de transporte, de mensajes del sistema, modelo de programación, el descubrimiento y descripción de servicios, confiabilidad, procesamiento de transacciones, la seguridad y la gestión. WSDL para servicios Web como la descripción semántica, WS-Policy para describir las capacidades de servicios Web y las estrategias, WS-Security, SAML y otros servicios web para describir los requisitos de seguridad pertinentes, y así sucesivamente. En la actualidad, la mayoría de estándares de servicios Web establecidas por la organización OASIS, y algunas normas de servicios Web no es perfecto, se están desarrollando.
L modelo de referencia de SOA
desarrollo de SOA de los primeros, diferentes proveedores para promover el modelo de referencia de SOA son diferentes, con las normas técnicas relacionadas con el desarrollo de la comprensión de la armonización progresiva de los diferentes fabricantes. En la actualidad, OASIS ha desarrollado un modelo de referencia para las especificaciones de SOA SOA RM1.0, ofrece un marco general abstracto que se utiliza para comprender el concepto abstracto de infraestructura SOA por su avanzada tecnología, el medio ambiente orientado a los servicios de una manera importante de la convergencia, es el uniforme estándar de la etapa de desarrollo importante proceso a paso, y un servicio de apoyo para la definición detallada. la arquitectura SOA de referencia, la arquitectura enterprise SOA puede proporcionar un plan global tiene que ser el marco general de orientación general, pero no en la aplicación real de SOA para proporcionar consejos prácticos específicos también.
Aunque el modelo de referencia de SOA ya tienen las normas recomendadas, pero los organismos de normalización y los fabricantes en la arquitectura SOA de referencia, no es uniforme.
1.2. Clasificación 2
normas técnicas relacionadas con SOA a otro método de clasificación se basa en las normas técnicas en el papel de la SOA y la función, se dividirá en tres categorías principales: información de nivel de servicio estándar de intercambio, basada en estándares de comunicaciones, normas de metadatos. De acuerdo con varios estándares y normas en el papel de los sistemas SOA se pueden dividir en siete capas SOA pila, que se muestra en la Figura 1. De abajo hacia arriba, incluyendo la capa de transporte, nivel de mensajes, capa de presentación, gestión, servicio del nivel de composición, esa capa, que además de ebXML y correo normas técnicas relacionadas con el comercio (como el ebRS registro de recursos, fuentes de dichos recursos EBMS, arreglo del servicio exterior WS-CDL, etc), la mayoría en el país ha sido considerable aplicaciones, tales como el Oriente a través de la aplicación de integración de la tecnología y los productos de servidor de aplicaciones TongIntegrator TongWeb, servicios Web apoyar algunas de las normas técnicas pertinentes. protocolo de capa de transporte tradicionales, en la implementación de la tecnología SOA, sigue desempeñando un papel importante; capa de información dispone de un servicio Web SOAP mensaje vector de transmisión de la elección del consumidor, descripción de servicios Web estándar WSDL, aunque no en la descripción semántica de perfecto, pero la mayoría ha sido abrumadora de los fabricantes y los usuarios a aceptar y utilizar, en la gestión de las normas técnicas correspondientes, también se están desarrollando, las aplicaciones prácticas nacionales todavía no son requisitos de seguridad comunes, tales como WS-Security, fiable los requisitos de transmisión, tales como WS-fiabilidad, los usuarios y los fabricantes han empezado a considerar el uso; capa de servicios de composición, hay organizaciones comerciales y de código abierto ya muchos, basado en el estándar BPEL para desarrollar un proceso de negocio de software de gestión; dijo estándares de la capa como JSR168 y WSRP , principalmente para el Portal de Software.
Figura 1.SOA jerarquía de pila de protocolos
2. Normas técnicas relacionadas con SOA para la muestra de comparación
Debido a que muchas normas técnicas relacionadas con SOA, la Figura 1, y no acababa de enumerar todas las normas técnicas relacionadas con SOA. Ahora, por parte de las normas relacionadas con SOA comparación similar muestra que para el desarrollo de SOA, pueden ser seleccionados en base a la comprensión del conocimiento.
2.1. WSDL y OWL-S
las organizaciones de estándares del W3C Web Services Description Language WSDL, su nivel de las funciones sintácticas de la descripción del servicio Web, incluyendo 4 tamaños diferentes: el tipo de datos (tipo de datos), mensaje (Mensaje), método (operación), y el acceso puerto (PortType). Esta es la única que ofrece un servicio de descripción de la interfaz Web, el comportamiento de los atributos de los servicios de describir las limitaciones y la falta de apoyo.
OWL-S es un lenguaje de marcado semántico para estándares de servicios Web, es mejor que el servicio WSDL para proporcionar a los usuarios con descripciones comprensibles de los recursos en forma de recomendaciones para mejorar la precisión de la selección y el servicio. Servicios Web Semántica Ontología método principal es utilizar para describir el servicio web, a continuación, la descripción de la información semántica con servicios web para lograr un servicio realizado el descubrimiento automático, la invocación y la composición. Web Semántica y los servicios de la Web Semántica, los servicios Web son las dos principales tecnologías de apoyo. OWL-S es un puente que conecta las dos tecnologías, el actual Semantic Web Services Markup Language es la organización más importante organización DARPA, su grupo de investigación OWL Coalición de Servicios propuesta semántica de servicios Web de Lenguaje de marcado OWL-S (original DAML-S).
Web Semántica y las normas relacionadas con los servicios (OWL-S, etc) para la Web y aplicaciones de servicios Web, la profundización de gran importancia, pero también tiene buenas perspectivas para el desarrollo. El actual OWL-S semántica estándares Web relacionados con el servicio como la aplicación sigue siendo principalmente a la investigación, ejemplar.
2.2. Servicios Web XML y ebXML
SOA en el servicio, la actual tecnología de servicios Web para lograr más y la interpretación de los tradicionales servicios Web y los acuerdos se basan en XML como base para la expansión, por lo que llamó el servicio Web XML. De hecho, antes de que los servicios Web XML, ebXML se ha convertido, dada la complejidad y mejorar este estándar, por lo que es en la zona tradicional de comercio electrónico, el uso más amplio. El contenido específico y el posicionamiento, los dos son muy diferentes.
1) la tecnología de transmisión de mensajes
Servicios Web XML y ebXML está utilizando SOAP como la tecnología de transmisión de mensajes, servicios Web XML, pero la definición de protocolo imprecisa servicios de pila, la pila de la transmisión confiable (WS-Fiabilidad) y seguridad (WS-Security) la composición de las diversas especificaciones y ebXML todas estas características en sus propios estándares de mensajería y EBMS en utilizar la tecnología híbrida.
2) La descripción del servicio y el descubrimiento
Los servicios Web XML usando WSDL y estándares UDDI, respectivamente, el sistema de Registro UDDI se basa en la arquitectura de directorio, incluido el registro de modelos técnicos y modelos de negocio, su registro se puede ampliar, pero no es suficiente contenido y descripción de una rica y completa, la Figura 3 UDDI datos del modelo y el diagrama.
La descripción del servicio y los mecanismos de ebXML descubrimiento corresponden a las dos normas, una de registro de modelo de ebRIM información, dos es un servicio registrada ebRS pliego de condiciones. mecanismo de registro UDDI ebXML para enriquecer y perfecto que el uso más amplio de su sistema de registro, puede representar una amplia gama de objetos de datos, incluyendo el modelo de xml, descripciones de procesos de negocios, ebXML componente central, el modelo UML, la información general de socios comerciales y el grupo de software piezas. Para apoyar tal variedad de datos, mediante un modelo de información bien definida en lugar de catálogo, se ebXML Registro diseñado para ser más como una base de datos, la Figura 2 para el modelo de registro ebXML ebRIM la información del organigrama.
3) la colaboración de procesos de negocio
colaboración basada en web y servicios de procesos empresariales, orquestación de servicios, hay WS4BPEL, WS-CDL, flujo de trabajo basado en XML XPDL, etc, que basado en XML y los estándares de servicios Web son relativamente independientes entre sí, o diferentes, incluso las organizaciones a desarrollar.
ebXML normas incluyen las normas de procesos de colaboración empresarial, tales como ebCPPA, ebBPPS.
En resumen, ebXML sí un conjunto independiente de normas, la coherencia Juyou interior, y que no dependen Yu Biao Zhun y normas emergentes, su uso Zhuyaodingwei Zai tiene requisitos de Teshu Dianzaishangwu Fang Mian, 目前, ebXML ha Pi nacionales identificados como GB Tuijian, Dan La solicitud debe buscar camino por recorrer. El servicio Web XML, debido a su tecnología relativamente simple y fácil, una pila de protocolos correspondientes a los relativamente débilmente acoplados, lo que la aplicación de SOA en la creación de más y más ampliamente utilizado.
Figura registro 2.ebXML modelo de información (ebRIM)
Figura gráfico 3.UDDI los datos del modelo y sus
2.3. SCA / SDO y JBI / JDO
SCA (Service Component Architecture), la arquitectura de componentes de servicio proporciona un modelo de programación que puede apoyar la ejecución de aplicaciones basadas en SOA. SCA es un modelo que puede apoyar el logro de las tecnologías de componentes de servicio, para conectar varios componentes del servicio de acceso método. Para los componentes, incluyendo no sólo diferentes lenguajes de programación, incluyendo el uso del marco de estas lenguas y el medio ambiente. SCA proceso de síntesis para los métodos de acceso para apoyar una variedad de comunicaciones, tecnologías de servicios de acceso, tales como: WAS, MQ, RPC. SCA especificaciones incluidas Monte Modelo y Modelo de cliente de dos partes. El primero acordaron como componente heterogéneo (clase Java, BPEL, Web Service) montado y puesto en libertad en los servicios de SOA, la característica más grande es la SCA y el concepto básico y el segundo está de acuerdo en cómo llamar a en el entorno SOA heterogéneos idioma de servicios. Estas dos partes de la especificación, que puede resolver por completo el servicio del servicio al cliente entre el lenguaje, cross-medio ambiente. Figura 4 SCA componentes de servicio para el modelo de ensamblaje.
Service Data Objects (SDO) está diseñado para unificar y simplificar la manera de manejar aplicaciones de datos, utiliza el ODS, los programadores de aplicaciones pueden utilizar el mismo método de operación de las fuentes de datos heterogéneas, incluyendo bases de datos relacionales, las fuentes de datos XML, servicios Web y sistemas de información empresarial.
JBI es Java Business Integration (Java Business Integration) para abreviar. JBI responsables creen que el tradicional EAI y B2B soluciones utilizando la tecnología no estándar, que permite a los usuarios tienden a ser bloqueado para un programa específico y los proveedores de producto, al mismo tiempo, ningún proveedor de un único y puede cubrir EAI B2B área de todos los problemas. Así que levantó el estandarte con el fin de resolver este problema. Este estándar define una arquitectura estándar que permite a los componentes de terceros en una infraestructura estándar, ya pesar de que estos componentes tienen diferentes proveedores, pueden de una manera predecible y confiable interacción operación. Desde la perspectiva de alto nivel, JBI define los componentes enchufables pueden construirse a partir de la arquitectura del sistema integrado, la estructura de la interacción de los componentes mediante un mecanismo de intercambio de mensajes a través del intermediario, y este patrón de intercambio de mensajes se basa en WSDL 2.0 o WSDL 1.1 de. Figura 5 se muestra la composición y estructura del entorno JBI.
Figura 4.SCA Service Component modelo de ensamblaje
Figura 5.JBI composición y estructura del medio ambiente
JDO, Java Data Object, que define las clases y la persistencia JDO guarda la relación entre el entorno de ejecución. JDO es diseñado para ser utilizado ampliamente para apoyar las fuentes de datos diferentes, incluso por lo general no se considera la fuente de la base de datos. Por eso, utilizamos "almacenamiento de datos" (almacén de datos) para acceder al término se refiere al origen de datos subyacente JDO.
Del análisis anterior de vista, SCA / SDO define una tecnología específica y servicios relacionados con la modelo de montaje de componentes y el acceso a la estructura de datos entre los servicios de esa manera, la posición de SCA, principalmente componentes de grano fino y servicios solicitados. SCA / SDO causa de independencia técnica, y muchos vendedores involucrados, que reciben el apoyo de la mayoría de los fabricantes. El JBI / JDO, que se basan en la tecnología Java, el servicio de autobuses más JBI como Java definición estándar, el tamaño de la CEA, y que una mayor comunicación entre el servicio y los modos de ensamblaje, el JDO es una basada en Java objetos de datos que, por lo que utilizar el alcance limitado de la ayuda actual de los fabricantes tradicionales no son muchas, pero todavía relativamente aplicación de código abierto de una relativamente más.
2.4. WS4BPEL y WS-CDL-
WS4BPEL, el servicio Web de Business Process Execution Language, para abreviar, los Web Services Business Process Execution Language, que es un lenguaje ejecutable, para facilitar la automatización de procesos de negocio con una variedad de sistemas de software compatible. servicios Web, el establecimiento, por medio de ilustraciones (no programación) expresa la demanda de composición de servicios Web. Esta norma se utiliza principalmente para la gestión de procesos de negocio dentro de la organización y la orquestación de servicios, de productos BPM actualmente comprende cada vez más basado en esta especificación.
WS-CDL, los Servicios Web de Coreografía de lenguaje de definición, la orquestación de servicios Web de lenguaje de definición, que se define como el número de relaciones formales entre los socios comerciales, que no requiere que todos los extremos integrado (endpoints) cuenta con una infraestructura de servicios Web. Esta especificación más por servicios fuera de la organización y planificación de procesos, no es de uso general ahora en el país.
Además, XPDL se puede utilizar para los servicios, la programación y la combinación, pero se utiliza principalmente en la definición de flujo de trabajo tradicional, ahora también es importante para lograr productos BPM normas técnicas.
2.5. JSR168 y WSRP
JSR-168 es las especificaciones de Java (solicitud de especificación de Java, JSR) la abreviatura para el establecimiento de normas para la creación de API de portlet, que es lograr porltet, web basado en Java servidores de portal y la interoperabilidad entre otras aplicaciones diseñadas. JSR168 principal valor es que es los vendedores de software independientes (ISV) se utilizan ampliamente. Antes de la adopción de JSR-168, los desarrolladores de aplicaciones de empresa tienen que apoyar a todos los desarrolladores de portlet diferentes para definir el portal en portal de apoyo portlet múltiples conjunto diferente de los desarrolladores en la información comercial similar, gestión de contenidos, recuperación y análisis de esas áreas es muy dolor de cabeza. Utilice JST168 pliego de condiciones, ahora es compatible con los desarrolladores de un portlet Basta con establecer. En la actualidad, JSR168 Portal a base de productos de Java el desarrollo tecnológico, ha sido apoyado ampliamente, pero limitado a la tecnología Java.
WSRP, los Servicios Web para Portlets sigla remoto, que define cómo utilizar el uso de servicios Web basados en SOAP en el portal para generar fragmentos de etiquetado de la especificación. Al definir un conjunto de interfaces comunes, WSRP permite portales para mostrar la página en su portlet carreras de larga distancia, los desarrolladores del portal sin necesidad de programación. Para el usuario final, estos porlet y ejecutarse en sus portales locales en el mismo, pero en realidad ejecuta un portlet remoto desde el contenedor de portlets y la interacción es a través del intercambio de mensajes SOAP de lograr. En una arquitectura orientada a servicios utilizando WSRP será una combinación de gran alcance, de modo que el portlet de la presente solicitud se pueden encontrar para su reutilización sin ningún tipo de desarrollo adicional y las actividades de implementación. Desarrollado por la organización OASIS WSRP, ha recibido el apoyo de la mayoría de los fabricantes, en vista de esto se basa en estándares de servicios Web y la tecnología independiente, así que con la mejora progresiva de esta norma, creo más y más empresas manufactureras Portal soportan este estándar.
3. Resumen
SOA por parte del análisis previo comparativo de las normas técnicas pertinentes, no pueden cubrir todas las normas técnicas relacionadas con SOA, tales como la arquitectura de referencia de SOA, servicios web pila de análisis de comparación. El propósito de este artículo, la esperanza a la esperanza de entender las normas técnicas y las opciones de normas técnicas relacionadas con SOA frente a la confusión de los desarrolladores, proveedores de software y usuarios, etc proporcionar alguna referencia, con el fin de servir como un estímulo.