Soa - Mirando Su Arquitectura

Primera definamos Arquitectura, arquitectura es la organización primaria del sistema, definido este por sus componentes, sus relaciones con otros y el ambiente sobre le cual funciona, así como los principios que gobiernan su diseño y evolución.

Aclarado esto SOA es una arquitectura que describe su organización en términos de servicios, estos servicios se componen por partes que aquíenunciamos:

Interfaz del Servicio - esta define las operaciones , parámetros y resultados del servicio en un lenguaje común (estandarizado)
Implementacion del Servicio - es la parte que se encarga de realizar el trabajo para lo que fue concebido el servicio
Contrato de Servicio - a menudo es confundido con la interfaz de servicio, pero el contrato va mas allá define características como disponibilidad,tiempos de respuesta, autorizaciones para uso

Existen 2 roles claves que definen las relaciones en la arquitectura SOA estos son:

Consumidor del Servicio - Este rol es de la aplicación, proceso o cualquier otro que hace uso del servicio, lo llama para realizar alguna operación que el servicio provea.
Proveedor de Servicio - Es el componente que provee la implementacion del servicio
Untercer rol es el service registry:
Este provee un catalogo de servicios incluyendo la ubicación (URI) donde es posible invocarlo.

Principios de Orientación al Servicio

Aquí expondremos algunos de los principios que gobiernan el diseño de una arquitectura orientada a servicios:

Interoperabilidad:
La orientación al servicio tiene por objetivo que estos servicios sean utilizados por lasdistintas aplicaciones de la Organización por lo tanto estos deben ser expuestos en protocolos que sean accesibles por las aplicaciones consumidoras esto debe ser provisto por el bus de servicios, en la actualidad el protocolo mas transversal de invocación de servicios es SOAP (Web Services).

Bajo Acoplamiento:
Es algo siempre buscado en los sistemas de manera de cambios afecten al mínimo, aquípodemos distinguir 3 puntos de vista del acoplamiento funcional, técnico y temporal.
Acoplamiento funcional, es algo que no podemos evitar si necesitamos invocar un servicio, necesitamos saber la interfaz del servicio (operaciones, parámetros, resultados) sin embargo aqui lo que debemos cuidar que la interfaz no exponga mas detalles de los requeridos, por ejemplo si un servicio expone un camponumérico este debe presentarlo de la manera normal, estándar que el protocolo de exposición provee y no traspasarlo tal cual lo entrega la fuente de origen, en concreto si tenemos un as400 que tiene un campo numérico empaquetado una bajo acoplamiento se lograría exponiéndolo en un WebService como xs:double y un alto acoplamiento si lo exponemos como xs:string y lo entregamos tal cual sin desempaquetarobligando al cliente del servicio a saber desempaquetar campos empaquetados en AS400 algo que debiera ser transparente para el.
Acoplamiento técnico, se refiere al uso de protocolos mientras mas propietario es el protocolo de invocación mas acoplamiento existe ya que se depende de bibliotecas, adaptadores u otros artefactos de software de los que existe un reducido e incierto soporte en eltiempo o de programación muy especifica y de bajo nivel.
Acoplamiento temporal, un servicio asíncrono tiene menor acoplamiento que un servicio sincrónico, ya que el proveedor del servicio tiene que estar activo y dispuesto a procesar la transacción en un periodo de tiempo acordado, cosa que no es requerida en el caso de un servicio asíncrono.

Encapsular, Abstracción:
Esta muy relacionado con elacoplamiento funcional, una buena encapsulacion opera como una caja negra, no expone el como, solo exige una entrada y se compromete a una salida.
Desde el punto de vista de la evaluación de la herramienta en donde se publica un servicio, este encapsulamiento se logra si el servicio es independiente del protocolo a través del cual se expone, es decir existe independiente de si es publicado vía...