Arquitectura Orientada a Servicios (SOA)

Extractado de La Guía de Arquitectura Versión 2.0a del grupo de Patterns and Practices de Microsoft. Para los que nos gusta en la lengua de cervantes:

 

La arquitectura orientada a servicios permite que la funcionalidad de la aplicación se exponga y consuma como un conjunto de servicios. Los servicios usan una forma estándar de interacción que les permiten ser invocados, publicados y descubiertos. Los servicios SOA están enfocados en proveer un esquema (schema) y una interacción basada en mensajes con una aplicación. Los servicios SOA proveen interfaces con alcance de aplicación en vez de interfaces del nivel de componente u objeto. En otras palabras un servicio SOA no debe ser tratado como un servicio proveído por un componente.

 

El estilo SOA tiene las siguientes características que lo identifican:

 

• La interacción con los servicios es desacoplada.

• Puede involucrar procesos de negocios que se convierten en servicios interoperables.

• Clientes y otros servicios pueden accede a servicios locales que se ejecutan en el mismo nivel.

• Clientes y otros servicios acceden a servicios remotos sobre una red que los conecta.

• Estos servicios pueden usar un rango de protocolos y formatos de datos para comunicar información.

Principios Fundamentales.

Los principios fundamentales de la arquitectura estilo SOA son:

• Los servicios son autónomos. Cada servicio SOA es mantenido, desarrollado, instalado y versionado de forma independiente.

• Los servicios son distribuibles. Los servicios SOA pueden ser localizados en cualquier parte sobre la red, local o remotamente en tanto que la red soporte los protocolos de comunicación requeridos.

• Los servicios son desacoplados. Cada servicio SOA es independiente de los otros y puede ser reemplazado o actualizado sin romper con las aplicaciones que lo consumen en tanto que la interface siga siendo compatible.

• Los servicios comparten esquemas y contratos no clases. Los servicios SOA comparten contraltos y esquemas cuando se comunican, no clases internas.

• La compatibilidad está basada en políticas. Política en este caso significa la definición de características como transporte, protocolo y seguridad.

Beneficios

Los mayores beneficios del estilo de arquitectura SOA son:

Alineación con el Dominio. El re-uso de servicios comunes con interfaces estándar incrementa las oportunidades de negocios y reduce costos.

Abstracción. Los servicios son autónomos y se accede a ellos a través de un contrato formal lo que provee desacople y abstracción.

Capacidad de Descubrimiento. Los servicios pueden exponer descripciones que permiten a otras aplicaciones y servicios localizarlos y determinar de forma automática la interfaz.

Ejemplos

Ejemplos comunes de aplicaciones orientadas a servicios incluyen:

• Sistemas que comparten información médica.(Harvard Medical School)

• Sistemas de reservas (Starwood Hotels and Resorts)

• Sistemas de WorkFlow. (State Children’s Health Insurance Program)

 

Juan Carlos Pelaez
Arquitecto de Sofware.

 

Keywords: 3Metas, Juan Pelaez, Arquitectura, Emprendimiento, Desarrollo de Software, Aplicaciones Distribuidas, Juan Carlos Pelaez, Colombia, Desarrollo de Software, Soluciones, Silverlight, Sharepoint, WCF, WPF, Desarrollo de Aplicaciones Web, Desarrollo de Aplicaciones para Intranet, Web 2.0, Nuevos Medios.

 

 

Publicado en : www.juanpelaez.com

 

Publicidad: Necesita Arquitectos en soluciones basadas en plataforma Microsoft? 3Metas Corp tiene un grupo de especialistas que pueden apoyar sus procesos de diseño, construcción e implementación de soluciones.  Contáctenos al correo electrónico sales@3metas.com

4 comentarios en “Arquitectura Orientada a Servicios (SOA)”

  1. Hola, me gustaria informarme mas sobre SOA, pues mi tesis para hacerme Ingeniera Informatica trata sobre eso, me gustaria saber como se comienza con SOA en un proyecto y como se haria en la practica

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *