La gestión del ciclo de vida de los servicios es parte fundamental de cualquier metodología para el desarrollo de iniciativas SOA.
Un ciclo de vida correctamente definido y controlado permite saber en todo momento que pasa con los servicios, como se están usando, si su desarrollo va en tiempo, si cumplen con las pruebas requeridas, si es necesario modificarlos, en fin.
A continuación muestro una imagen de una propuesta de ciclo de vida genérica que puede servir como base para una mejora enfocada a determinado tipo de proyecto. Es la que uso siempre como base y acondiciono de acuerdo a las necesidades y metodología empleada.
WSO2 tiene entre sus herramienta el GREG o Governance Registry. Esta herramienta nos permite:
- Gestionar los metadato de los servicios desde su identificación.
- Crear múltiples ciclos de vida a través de un XML, es lo malo, que se puede ir ajustando en el tiempo.
- Gestión de los diferentes estados de los servicios definiendo los requerimientos a cumplir para ir de un estado a otro.
- Notificaciones instantáneas sobre cambios en los estados de los servicios.
- Exponer los servicios web vía UDDIv3 o usando WS-Discovery, la variante que más me gusta.
- De conjunto con el resto de las herramientas permite la publicación de servicios web implementados o desplegados en el AS y el ESB, los cuales se hacen visibles en el GREG y pueden ser gestionados desde ahí.
En otras entradas mostraremos como realizar cada uno de estos puntos.
WSO2: Introducción al ciclo de vida de los servicios con GREG. I