En estos últimos meses el término de SOA Governance suena mucho y muchas veces el foco se centra en tecnologías o plataformas, sin embargo sería conveniente mostrar desde un punto de vista práctico y contrastado con las experiencias que hemos compartido, algunos ejemplos de soluciones o beneficios que puede aportar por encima de la tecnología:

 

• Alertar a Negocio en tiempo real de un comportamiento inesperado. Por ejemplo una recarga que ha fallado, un pedido con un importe alto no ha entrado a tiempo, un expediente cuyo plazo de tramitación finaliza mañana no está gestionado, etc.

• Auditar y controlar los accesos o peticiones a los Servicios, ya sea para facturación interna que permita justificar la unidad de negocio o realizar conciliaciones de los servicios consumidos u ofrecidos. Por ejemplo ¿quién está realizando pedidos?, ¿cuántos expedientes me ha remitido una Administración?, si una entidad no autorizada intenta hacer uso de mis servicios poder bloquear el acceso, ¿qué canales hacen uso de los Servicios? ¿Cuántas peticiones son realizadas desde la web vs las realizadas desde el sistema comercial de SFA?

• Capacidad de recuperar un fallo en una transacción de negocio en vuelo, si una petición entrante tiene un punto de fallo es posible alertar en línea al responsable de Negocio o el BRM intermediario, analizar en línea la causa de fallo, corregirlo y volver a procesarlo sin necesidad que el cliente, ciudadano o stakeholder llegue a notar el efecto de fallo. Esto es muy importante poder habilitarlo para casuísticas de alto impacto en el Negocio, por ejemplo si un cliente emite una orden de compra de más de 50.000 EUR cuyo stock está por debajo del umbral y falla durante la tramitación porque el número de pedido es incorrecto, si en el momento del fallo se avisa al responsable y corrige el número de pedido en vuelo, es posible volver a introducir el pedido en el proceso sin necesidad de afectar al cliente, cumpliendo su satisfacción y sin que necesite que se vuelva a reponer el stock con el consiguiente retraso.

• Habilitar cuadros de mando a la Dirección de la organización donde es posible monitorizar en línea la actividad de negocio. Por ejemplo número de pedidos en un intervalo de tiempo, número de pedidos con éxito vs fallidos, importe de facturación desglosado por cliente o segmentado geográficamente, tiempos medios, máximos y mínimos de tramitación de un expediente, etc.

• En caso de acuerdos de nivel de servicio (ANS o SLA) para actividades externalizadas, es posible monitorizar los tiempos de respuesta y trazar y alertar aquellas peticiones que superan los límites determinados de servicio. Por ejemplo una gestoría de nóminas ofrece un servicio donde a partir de una petición responde información de las retenciones o histórico de nóminas de un empleado en menos de 3 segundos, y esa es su ventaja competitiva, si supera los 3 segundos se penaliza y si supera los 5 segundos la penalización es más severa. En el caso de una empresa con 5.000 empleados que necesita las nóminas a final de mes con las comisiones incluidas, es crítico para que no haya retrasos que la gestoría responda en tiempos.
• Veamos un caso que posiblemente impacte más en la línea de flotación de un negocio, si hemos externalizado el servicio de la distribución y gestión de almacenes a un operador logístico experto, necesitamos que cuando un cliente me hace un pedido poder responder en menos de 2 segundos que en qué franja horaria estará servido en su dirección. Tardar más tiempo es un coste y una insatisfacción para mis clientes que requieren una rápida confirmación. Mi contrato de externalización contempla penalizaciones por demora en el tratamiento de la petición superior a 2 segundos, no solo necesito contemplarlo sino también tener una solución que de manera objetiva haga un seguimiento de los incumplimientos.

• Otro caso muy práctico, sobre todo en el caso de virtualización de entornos IT, es la gestión de recursos, donde el proveedor SaaS factura por recursos dispuestos para nuestra organización. En el caso de llegar un volumen de solicitudes mayor al previsto y dimensionado es posible que sea detectado tarde y haya clientes que queden insatisfechos por la lentitud o indisponibilidad de nuestros servicios. Si puedo monitorizar las peticiones es posible avisar en vuelo cuando se sobrepase un umbral máximo y rápidamente poner a disposición de nuestros sistemas mayores recursos que permitan atender la súbita demanda, al igual que reajustar a la baja los recursos cuando disminuye la demanda a un ritmo normal.

En un próximo post nos gustaría volver a la tecnología y desgranar un poco en qué consiste SOA Governance y de qué categorías consta, al final como toda solución tiene su casuística y como todo término su propio alcance.

Juan Martínez

Gerente SOA & Arquitecturas de Integración

Etiquetas: BTA, Business Transaction Assurance, Gobierno SOA, SOA, SOA Governance

Esta entrada se publicó , el Martes, 14 de Julio de 2009 a las 23:14 horas y está guardada bajo EAI/SOA. Puedes seguir cualquier respuesta a esta entrada mediante el canal RSS 2.0.