SOA

Pero bueno que paso con esa constancia. Vale, mea culpa lo confieso me había olvidado.
Tercera, tercera llamada cooomenzamos.
Bueno este artículo va dedicado para no-Batos de la computación y antes de que me embarque en otra cuestión y me olvide del asunto, pues aprovecho que ahora que lo he entendido y te explico para que tu también lo entiendas. Es decir ¿qué es eso del SOA y donde se compra o cómo se cocina?.
Service-Oriented Architecture mejor conocido en el bajo mundo como SOA es un paradigma (!! no es una herramienta ni una arquitectura!) para la realización y mantenimiento de procesos de negocio que se extienden en grandes sistemas distribuidos. Si no sabe que es un gran sistema distribuido, ni procesos de negocios entonces te lo aseguro con total certeza el SOA no es para ti, búscate pibe otro artículo o date un paseo por ahí.
SOA esta basado en 3 grandes conceptos: servicios, interoperabilidad entre los servicios mediante un bus llamado "ESB" - enterprise service bus- y acoplamiento suelto (jajaja que mamila traducción de loose coupling, si tienes una mejor pasa corriente).
Para acabar rápido este artículo del reencuentro ahí va una breve descripción (y si hay alguien que le lata el tema que hable pues y le damos mas cuerda).
Un servicio es una pieza de funcionalidad auto-contenida del negocio. La funcionalidad puede ser simple (almacenar o recuperar datos de un cliente) o compleja (un proceso de negocio para una orden de un cliente) debido a que un servicio se concentra en el valor de negocio de una interfaz, se dice que son el puente que une el hueco entre las tecnologías de la información y los negocios.
ESB es la infraestructura que permite alta interoperabilidad entre los sistemas distribuidos y los servicios. Para que fácilmente se puedan distribuir procesos de negocio entre múltiples sistemas, plataformas y tecnologías. Ah verdad que suena basta bien..
Acoplamiento suelto es el concepto utilizado para reducir dependencias. Debido a que los procesos de negocio están distribuidos sobre múltiples backends entonces es importante minimizar los efectos de modificaciones y fallos. Dicho de otra manera, las modificaciones pueden ser demasiado riesgosas y los fallos pueden tirar todos los sistemas. Claro esta que no es gratis esta característica ya que aumenta la complejidad. El acomplamiento suelto en sistemas distribuidos es díficil de desarrollar, mantener y debugear.
Bueno para reiniciar me parece adecuado, después hablare sobre los web services y las poíticas y procesos. Suena apasionante como para una noche de insomnio.
Vé con Dios......ciao

Comentarios

Entradas populares