Arquitectura Orientada A Servicios
Arquitectura Orientada A Servicios
Arquitectura Orientada A Servicios
Terminologa
Trmino Servicio Definicin / Comentario Una funcin sin estado, auto-contenida, que acepta una(s) llamada(s) y devuelve una(s) respuesta(s) mediante una interfaz bien definida. Los servicios pueden tambin ejecutar unidades discretas de trabajo como seran editar y procesar una transaccin. Los servicios no dependen del estado de otras funciones o procesos. La tecnologa concreta utilizada para prestar el servicio no es parte de esta definicin. Existen servicios asncronos en los que una solicitud a un servicio crea, por ejemplo, un archivo, y en una segunda solicitud se obtiene ese archivo
Orquestacin Secuenciar los servicios y proveer la lgica adicional para procesar datos. No incluye la presentacin de los datos. Coordinacin. Sin estado No mantiene ni depende de condicin pre-existente alguna. En una SOA los servicios no son dependientes de la condicin de ningn otro servicio. Reciben en la llamada toda la informacin que necesitan para dar una respuesta. Debido a que los servicios son "sin estado", pueden ser secuenciados (orquestados) en numerosas secuencias (algunas veces llamadas tuberas o pipelines) para realizar la lgica del negocio. La funcin que brinda un servicio en respuesta a una llamada o peticin desde un consumidor. La funcin que consume el resultado del servicio provisto por un proveedor
Proveedor Consumidor
Arquitectura orientada a servicios los servicios web. Incluyen los siguientes: XML HTTP SOAP REST WSDL UDDI
Hay que considerar, sin embargo, que un sistema SOA no necesariamente utiliza estos estndares para ser "Orientado a Servicios" pero es altamente recomendable su uso. En un ambiente SOA, los nodos de la red hacen disponibles sus recursos a otros participantes en la red como servicios independientes a los que tienen acceso de un modo estandarizado. La mayora de las definiciones de SOA identifican la utilizacin de Servicios Web (empleando SOAP y WSDL) en su implementacin, no obstante se puede implementar SOA utilizando cualquier tecnologa basada en servicios.
Beneficios
Los beneficios que puede obtener una organizacin que adopte SOA son: Mejora en los tiempos de realizacin de cambios en procesos. Facilidad para evolucionar a modelos de negocios basados en tercerizacin. Facilidad para abordar modelos de negocios basados en colaboracin con otros entes (socios, proveedores). Poder para reemplazar elementos de la capa aplicativa SOA sin disrupcin en el proceso de negocio. Facilidad para la integracin de tecnologas dismiles.
Literatura
Norbert Bieberstein et al. Service-Oriented Architecture Compass, Pearson 2006, ISBN 0-13-187002-5 [1] Eben Hewitt. Java SOA Cookbook, 1st Edition, O'reilly 2009 [2]
Enlaces externos
WSO2 Project [3] Espacio SOA [4]: Blog dedicado a las Arquitecturas Orientadas a Servicios (SOA) y BPM soaAgenda: artculos sobre SOA, BPM, y Ajax [5] OASIS - Modelo de referencia para SOA [6], (Ingls) Mule - SimphonySoft [7] Kumbia Enterprise Framework [8]: Arquitectura SOA en PHP y BPM SOPERA - Open Source SOA [9] Pensando en SOA (blog dedicado a SOA, Gobierno SOA, Servicios Web, REST ,etc.) [10] Por qu SOA? [11]
Referencias
[1] http:/ / search. barnesandnoble. com/ booksearch/ isbnInquiry. asp?z=y& endeca=1& isbn=0131870025& itm=1 [2] http:/ / shop. oreilly. com/ product/ 9780596520731. do [3] http:/ / wso2. org/ [4] http:/ / www. espaciosoa. net [5] http:/ / www. soaAgenda. com/ [6] http:/ / docs. oasis-open. org/ soa-rm/ v1. 0/ soa-rm. pdf [7] http:/ / mule. codehaus. org [8] http:/ / www. loudertechnology. com/ site/ projects/ kumbia_enterprise_framework [9] http:/ / www. sopera. de/ en/ products/ sopera-at-a-glance/ [10] http:/ / pensandoensoa. com/ [11] http:/ / blogs. tecsisa. com/ ?p=101
Licencia
Creative Commons Attribution-Share Alike 3.0 Unported //creativecommons.org/licenses/by-sa/3.0/