lunes, 31 de octubre de 2011

Patrones de implementación SOA

Service Data Replication
¿Cómo es posible preservar la autonomía de un servicio cuando los servicios requieren acceso a fuentes de datos compartidas?
Problema:
La lógica del servicio puede desplegarse de manera aislada para incrementar la autonomía del servicio, pero los servicios siguen perdiendo su autonomía cuando requieren el acceso a fuentes de datos compartidas.





Solución:
Los servicios pueden tener sus propias fuentes de datos replicadas de las fuentes de datos compartidas.




Aplicación:
Se requiere tener una base de datos adicional para almacenar la información requerida por el servicio, además se requiere proveer uno o más canales de replicación para sincronizar la información.

Impactos:
Este patrón resulta en costos de infraestructura adicional, además manejar los canales de replicación adicionales puede ser difícil de administrar.

Opinión:
El patrón se encuentra orientado a garantizar la autonomía de los servicios, pero la preservación de dicha autonomía viene con un alto costo en infraestructura y administración de los canales de replicación. El patrón puede ser útil en servicios que son altamente reutilizados, y/o que son necesarios para la composición de otros servicios. Si este patrón se implementa en muchos servicios de un inventario se puede requerir una modificación compleja de la infraestructura de datos de la empresa.

No hay comentarios:

Publicar un comentario