Arquitectura orientada a servicios

De Wikipedia, la enciclopedia libre

Saltar a navegación, búsqueda

La Arquitectura Orientada a Servicios (en inglés Service-Oriented Architecture o SOA),

es un concepto de arquitectura de software que define la utilización de servicios para dar
soporte a los requerimientos de software del usuario.

SOA es una arquitectura de software que permite la creación y/o cambios de los
procesos de negocio desde la perspectiva de TI de forma ágil, a través de la
composición de nuevos procesos utilizando las funcionalidades de negocio que están
contenidas en la infraestructura de aplicaciones actuales o futuras (expuestas bajo la
forma de webservices).

SOA define las siguientes capas de software:

* aplicativa básica, sistemas desarrollados bajo cualquier arquitectura o tecnología,

geográficamente dispersos y bajo cualquier figura de propiedad;
* de exposición de funcionalidades, donde las funcionalidades de la capa aplicativas
son expuestas en forma de servicios (webservices);
* de integración de servicios, facilitan el intercambio de datos entre elementos de la
capa aplicativa orientada a procesos empresariales internos o en colaboración;
* de composición de procesos, que define el proceso en términos del negocio y sus
necesidades, y que varia en función del negocio;
* de entrega, donde los servicios son desplegados a los usuarios finales.

Los beneficios que puede obtener una compañía que adopte SOA son:

* Mejora en los tiempos de realización de cambios en procesos.

* Facilidad para evolucionar a modelos de negocios basados en tercerización.
* Facilidad para abordar modelos de negocios basados en colaboración con otros
entes (socios, proveedores).
* Poder para reemplazar elementos de la capa aplicativa SOA sin disrupción en el
proceso de negocio

SOA proporciona una metodología y un marco de trabajo para documentar las

capacidades de negocio y puede dar soporte a las actividades de integración y
consolidación.

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 mayoría de las definiciones de SOA identifican la utilización de
Servicios Web (empleando SOAP y WSDL) en su implementación, no obstante se
puede implementar una SOA utilizando cualquier tecnología basada en servicios.

Al contrario de las arquitecturas orientado a objetos, las SOAs están formadas por
servicios de aplicación débilmente acoplados y altamente interoperables. Para
comunicarse entre sí, estos servicios se basan en una definición formal independiente de
la plataforma subyacente y del lenguaje de programación (p.ej., WSDL). La definición
de la interfaz encapsula (oculta) las particularidades de una implementación, lo que la
hace independiente del fabricante, del lenguaje de programación o de la tecnología de
desarrollo (como Plataforma Java o Microsoft.NET). Con esta arquitectura, se pretende
que los componentes software desarrollados sean muy reusables, ya que la interfaz se
define siguiendo un estándar; así, un servicio C Sharp podría ser usado por una
aplicación Java.

Los lenguajes de alto nivel como BPEL o WS-coordinación llevan el concepto de

servicio un paso adelante al proporcionar métodos de definición y soporte para flujos de
trabajo y procesos de negocio.
Tabla de contenidos
[ocultar]

* 1 Definiciones SOA
* 2 Diseño y desarrollo de SOA
* 3 Literatura
* 4 Enlaces externos

Definiciones SOA [editar]

Término Definición / Comentario..
Servicio Una función sin estado (Existen servicios asíncronos en los que una
solicitud a un servicio crea, por ejemplo, un archivo, y en una segunda solicitud se
obtiene ese archivo), auto-contenida, que acepta una(s) llamada(s) y devuelve una(s)
respuesta(s) mediante una interfaz bien definida. Los servicios pueden también ejecutar
unidades discretas de trabajo como serían editar y procesar una transacción. Los
servicios no dependen del estado de otras funciones o procesos. La tecnología concreta
utilizada para prestar el servicio no es parte de esta definición.
Orquestación Secuenciar los servicios y proveer la lógica adicional para procesar datos.
No incluye la presentación de los datos. Coordinación.
Sin estado No mantiene ni depende de condición pre-existente alguna. En una SOA
los servicios no son dependientes de la condición de ningún otro servicio. Reciben en la
llamada toda la información que necesitan para dar una respuesta. Debido a que los
servicios son "sin estado", pueden ser secuenciados (orquestados) en numerosas
secuencias (algunas veces llamadas tuberías o pipelines) para realizar la lógica del
negocio.
Proveedor La función que brinda un servicio en respuesta a una llamada o petición
desde un consumidor.
Consumidor La función que consume el resultado del servicio provisto por un
proveedor.

Diseño y desarrollo de SOA [editar]

La metodología de modelado y diseño para aplicaciones SOA se conoce como análisis y

diseño orientado a servicios. La arquitectura orientada a servicios es tanto un marco de
trabajo para el desarrollo de software como un marco de trabajo de implantación. Para
que un proyecto SOA tenga éxito los desarrolladores de software deben orientarse ellos
mismos a esta mentalidad de crear servicios comunes que son orquestados por clientes o
middleware para implementar los procesos de negocio. El desarrollo de sistemas usando
SOA requiere un compromiso con este modelo en términos de planificación,
herramientas e infraestructura.
Cuando la mayoría de la gente habla de una arquitectura orientada a servicios están
hablando de un juego de servicios residentes en Internet o en una intranet, usando
servicios web. Hay un juego de estándares de los que se habla ligados a los servicios
web. Incluyen los siguientes:

* XML
* HTTP
* SOAP
* WSDL
* UDDI

Hay que considerar, sin embargo, que un sistema SOA no necesariamente necesita
utilizar estos estándares para ser "orientado a servicios" pero es altamente recomendable
su uso.

Literatura

Norbert Bieberstein et al. Service-Oriented Architecture Compass, Pearson 2006, ISBN

0-13-187002-5

Arquitectura Orientada a Servicios

The goal for a SOA is a world wide mesh of collaborating services, which are published
and available for invocation on the Service Bus. El objetivo de SOA es una malla de
todo el mundo colaboran servicios, que son publicados y disponibles para su invocación
en el Servicio de autobuses. Adopting SOA is essential to deliver the business agility
and IT flexibility promised by Web Services. La adopción de SOA es fundamental para
entregar la agilidad de negocio y de TI la flexibilidad prometida por los Web Services.
These benefits are delivered not by just viewing service architecture from a technology
perspective and the adoption of Web Service protocols, but require the creation of a
Service Oriented Environment that is based on the following key principals: Estos
beneficios se entregan no sólo por la arquitectura de servicios: desde una perspectiva de
la tecnología y la adopción de protocolos de servicios Web, sino que requieren la
creación de un medio ambiente orientada a servicios que se basa en los siguientes
principios fundamentales:

* Service is the important concept. El servicio es el concepto importante. Web

Services are the set of protocols by which Services can be published, discovered and
used in a technology neutral, standard form. Servicios Web son el conjunto de
protocolos de servicios por la que se puede publicar, descubierto y utilizado en una
tecnología neutral, formulario estándar.
* SOA is not just an architecture of services seen from a technology perspective, but
the policies, practices, and frameworks by which we ensure the right services are
provided and consumed. SOA no es sólo una arquitectura de los servicios desde una
perspectiva de la tecnología, sino las políticas, prácticas, y los marcos en que podamos
garantizar el derecho servicios son prestados y consumidos.
* With SOA it is critical to implement processes that ensure that there are at least two
different and separate processes—for provider and consumer. Con SOA es fundamental
para la aplicación de procesos que asegurarse de que hay al menos dos procesos
distintos y separados por proveedor y consumidor.
 * Rather than leaving developers to discover individual services and put them into
context, the Business Service Bus is instead their starting point that guides them to a
coherent set that has been assembled for their domain. En lugar de dejar a los
desarrolladores individuales descubrir los servicios y ponerlos en contexto, el Business
Service Bus es, en cambio, su punto de partida que guía a un conjunto coherente que se
ha montado por su dominio.

ESB orientación para Microsoft BizTalk Server 2006 R2 Microsoft ESB Guidance for
BizTalk Server 2006 R2 ESB orientación para Microsoft BizTalk Server 2006 R2

The Microsoft ESB Guidance extends the functionality of BizTalk Server to provide a
range of new capabilities focused on building robust, connected, service-oriented
applications that incorporate itinerary-based service invocation for lightweight service
composition, dynamic resolution of endpoints and maps, Web service and WS-*
integration, fault management and reporting, and integration with third-party SOA
governance solutions. La ESB Orientación Microsoft amplía la funcionalidad de
BizTalk Server para proporcionar una gama de nuevas capacidades centrado en la
construcción de robustas, conectados, orientada a los servicios que incorporan
aplicaciones basadas en el itinerario del servicio invocación para servicio ligero de la
composición, la dinámica de resolución de puntos finales y mapas, y servicios Web
WS-* integración, la culpa y la presentación de informes de gestión, y la integración
con terceros gobierno soluciones SOA

http://translate.google.com/translate?hl=es&sl=en&u=http://msdn2.microsoft.com/en-
us/architecture/aa948857.aspx&sa=X&oi=translate&resnum=10&ct=result&prev=/sear
ch%3Fq%3DSOA%26hl%3Des%26client%3Dfirefox-a%26channel%3Ds%26rls
%3Dorg.mozilla:es-ES:official%26hs%3DlYN%26sa%3DG