Conceptos SOA: Gobierno SOA

Llevamos ya varios años en los que no nos quitamos la palabra SOA de la boca.

Gartner pronosticó que SOA sería usado en más del 80% de los procesos de negocio y aplicaciones críticas que se desarrollen en 2010.

Ya estamos en 2010 y parece que Gartner consultó como menos a la Bruja Lola para tal pronóstico porque ya me diréis…

No obstante si es cierto que desde 2009 el ascenso de SOA es imparable, dentro del contexto SOA es fundamental contemplar el concepto de Gobierno SOA.

De nuevo Gartner apunta la importancia de este tema en citas como esta (en este caso parece que al menos consultaron a Rappel :))

La realidad es que SOA permite desarrollar aplicaciones alineadas con el negocio pero también aumenta el nivel de coordinación necesario entre negocio y el TI.

Esto implica abordar un plan de gobierno, si no con total seguridad se perderán los beneficios que SOA aporta. Sin un gobierno SOA:

· Los servicios proliferarán pero serán poco reutilizables (os suena?)

· Cada pieza de SW es expuesta como un Web Service pero no hay registro de ellos (y este)

· Nadie sabe cuántos servicios hay, dónde están o qué hacen (a que acierto también)

· Hay muchos servicios duplicados

· Se reusa poco pero los costes de mantenimiento de los servicios se multiplican (y este no digamos)

· Las aplicaciones continúan cómo estaban

El Gobierno SOA se compone de:

Gobierno en Tiempo de Desarrollo (DTG):

o A nivel de producto es lo que suele denominarse un Repositorio de Servicios, aunque se le puede llamar Repositorio de Activos o de metadatos.

o La funcionalidad principal del repositorio es actuar como un almacén de servicios que da toda la información del servicio: cómo se llama, dónde se ejecuta, qué hace, quién lo ha creado, quién es el dueño, cuál es el código fuente con el que se ha construido, qué pruebas ha pasado, cuál es su disponibilidad.

Gobierno en Tiempo de Ejecución (RTG):

o A nivel de Gobierno en Tiempo de Ejecución (RTG) el producto principal que lo soporta es el Bus de Servicios.

o Sin el uso de un Bus centralizado de Servicios me será imposible conocer cuándo un servicio deja de estar disponible, ya que no estoy monitorizándolo.

o La inclusión de un punto centralizado de acceso a los servicios permite:

§ Monitorizar en tiempo real el estado y SLAs de un servicio

§ Control de auditoría, seguridad,…

§ intermediación a 3 niveles:

· A nivel de transporte: permite cambiar transporte, por ejemplo de HTTP a mail

· A nivel de mensaje: permitiendo agregar contenido a un mensaje

· A nivel de seguridad: añadiendo por ejemplo seguridad adicional a clientes externos