Rulesets

Los desarrolladores recopilan reglas individuales en una instancia de un ruleset, denominada versión del ruleset. Para actualizar el contenido del ruleset, se crea una nueva versión del ruleset. La nueva versión del ruleset está disponible —o desbloqueada— para que el desarrollador haga actualizaciones de la regla y agregue nuevas reglas. Se recomienda adoptar la práctica de bloquear las versiones anteriores del ruleset. El versionado del ruleset ayuda a los desarrolladores a identificar y administrar cambios en una aplicación.

Pega Platform identifica rulesets por nombre y número de versión. Por ejemplo, una aplicación que procesa reportes de gastos incluye un ruleset denominado Gasto. Pega Platform adjunta el número de versión al nombre del ruleset. Gasto:01-02-03 tiene el número de versión 01-02-03 del ruleset Gasto.

El número de versión está dividido en tres segmentos: una versión principal, una versión menor y una versión de parche. Cada segmento es un número de dos dígitos que comienza con 01 y se incrementa hasta 99. La numeración de la versión del ruleset comienza con 01-01-01 y se incrementa de manera ascendente.

En la siguiente imagen, haga clic en los íconos + para obtener más información sobre los segmentos de las versiones del ruleset.

Cada aplicación consiste de una secuencia de rulesets denominada ruleset stack. La ruleset stack determina el orden en el que Pega Platform examina los rulesets en busca de la regla que está en uso. Cada entrada en la ruleset stack representa todas las versiones del ruleset especificado, comenzando con la versión de la lista y bajando hasta la versión menor y de parche más bajos para la versión principal especificada.

Cada versión de una aplicación contiene una ruleset stack única. La ruleset stack permite que una aplicación actualizada haga referencia a nuevas versiones del ruleset que contienen actualizaciones y nuevas funciones.

Por ejemplo, Bob es un desarrollador que trabaja en la primera versión de una aplicación para administrar los reportes de gastos. Bob crea reglas para la primera versión de la aplicación, como procesos, UI y notificaciones. Bob recopila estas reglas en la primera versión del ruleset Gasto, Gasto:01-01-01. Después de varias iteraciones de implementación en un entorno de control de calidad y correcciones de bugs, el ruleset Gasto se ha versionado varias veces, llegó a la versión 01-01-05, antes de implementarse en producción.

Meses más tarde, Tanya recibe una solicitud de mejora para actualizar la UI en la aplicación para recopilar información adicional de los empleados debido a un cambio en la política. Esta actualización mejora las reglas que anteriormente creó Bob. Tanya crea reglas para modelar este nuevo comportamiento en una segunda versión del ruleset, Gasto:01-02-01. Luego, utiliza el ruleset Gasto:01-02-01 en la aplicación actualizada de creación de reportes de gastos.

En la siguiente imagen, haga clic en los íconos + para obtener más información sobre las ruleset stacks.

Realice las siguientes prácticas recomendadas al crear rulesets.

Convenciones de nomenclatura

• Para los rulesets de la aplicación, use nombres únicos que sean significativos en un contexto de negocio y fáciles de recordar para transmitir con claridad el propósito del ruleset. Por ejemplo, en una aplicación de banca, asigne al ruleset el nombre Cuentas para almacenar reglas relacionadas con cuentas.
• Para la organización, la división y el uso compartido de rulesets, comience el nombre del ruleset con una frase que identifique claramente a la empresa y el propósito comercial, y evite usar siglas que puedan ser difíciles de decodificar. Por ejemplo, asigne el nombre UPlusTelcoContracts al ruleset, en lugar de UPTC. Esta convención también evita posibles conflictos entre rulesets.
• No use Pega o Pega- como prefijo para los nombres del ruleset. Estos prefijos están restringidos al uso interno en Pega Platform y pueden generar comportamientos inesperados.
• Evite usar espacios en los nombres de rulesets. La longitud máxima para el nombre de un ruleset es de 32 caracteres.
• Evite usar caracteres especiales, como guiones medios (-), guiones bajos (_), el signo de adición (+) o comillas (" "). El sistema no permite guardar reglas con estos atributos.

Guardar rulesets

• Evite tener el mismo ruleset en varias aplicaciones. En cambio, refactorice el ruleset según su propia aplicación o una aplicación común.
• Limite el desarrollo a los rulesets en la capa superior de la aplicación y mantenga bloqueadas las aplicaciones incorporadas.

Versionar rulesets

• Evalúe la opción de crear una versión principal de la aplicación si actualiza el servidor de la aplicación o de la base de datos a una nueva versión principal.
• Incremente las versiones del ruleset con frecuencia para realizar seguimiento de las actualizaciones de la aplicación en el tiempo de manera sencilla.
• Crea un nuevo ruleset con una clase superior que herede directamente de @baseclass.

Compruebe sus conocimientos con la siguiente actividad: