Versionado de integraciones

Es común que una aplicación de Pega se desarrolle en paralelo al desarrollo de un bus de servicios empresariales (ESB) u otra forma de integración a un sistema heredado. El modelo de datos de integración tiene sus propias dependencias internas únicas. El código de mapeo depende del estado actual del modelo de datos de integración para la conversión al modelo de datos de lógica del negocio. Incluso después de comenzar a producir una aplicación, estas dependencias internas pueden cambiar.

El código de mapeo actúa como un aislante entre el modelo de datos del negocio, el cual está sujeto a cambios, y el modelo de datos de integración, que también está sujeto a cambios. Esta estructura también se conoce como “acoplamiento débil”.

Para abordar los cambios a los modelos de datos de integración, genere estos modelos con nuevas clases de referencia de integración como -Int-.

Tenga presente que el nuevo modelo de datos puede generar redundancia de código. Este problema puede abordarse rápidamente generando un código de mapeo en un ruleset diferente. A lo largo del tiempo, cuando no exista la necesidad de regresar al ruleset previo, puede eliminar el ruleset de la definición de la aplicación. Idealmente, elimine el ruleset que no se usa cuando se creen versiones de la aplicación.

Los cambios en las clases raíz de integración deben tenerse en cuenta. Use la referencia de clase dinámica para adaptarse a esos cambios. Debido a que las páginas de datos admiten condiciones de tipo “cuando”, puede usar esas condiciones para determinar qué versión de integración usar en función de la versión de la aplicación. Puede usar el valor Data-Admin-System-Setting de una página de datos para adaptarse al cambio del modelo de datos de interfaz.