Mises à jour des règles

Si vous avez besoin de contrôler davantage qu’App Studio le permet la façon dont une application crée et réutilise une règle, vous pouvez accéder directement à la règle dans Dev Studio en ouvrant la définition de la règle. Vous pouvez, par exemple, ouvrir dans Dev Studio une règle de flux créée automatiquement dans App Studio, afin de mettre à jour le comportement du processus.

Les développeurs ont pour habitude de sécuriser les rulesets pour empêcher que les règles soient modifiées sans autorisation ou par inadvertance. La sécurisation d’un ruleset dans Pega Platform contribue à conserver l’intégrité des règles, ajoute une piste d’audit et exige une action explicite pour ajouter des règles et les mettre à jour. Par exemple, lors de la modification d’une règle dans un ruleset sécurisé, le développeur doit confirmer les changements apportés à une règle en les documentant. Un historique des changements est ainsi créé pour le ruleset et peut être utilisé à des fins d’audit. L’image suivante représente l’historique d’une règle SLA.

La suppression des règles est possible, mais elle peut affecter les versions des applications déjà en production. Ne supprimez les règles que si elles appartiennent à la version actuelle d’une application ou d’un ruleset. Par exemple, l’une des tâches de nettoyage avant le déploiement consiste à supprimer les règles inutilisées associées à la version actuelle. Si une règle fournie pour une version précédente d’une application n’est plus nécessaire, d’autres stratégies permettent de la préserver pour l’utiliser dans les versions précédentes de l’application tout en empêchant son utilisation dans la version actuelle et les versions futures. Pour plus d’informations, consultez la rubrique d’aide Utilisation d’une liste de rulesets pendant la résolution de règle.

Pour modifier une règle d’un ruleset sécurisé, vous avez deux possibilités : soit extraire la règle du ruleset (checkout), soit effectuer une modification privée (private edit).

Extraction et archivage des règles 

L’extraction (checkout) est utilisée pour modifier des règles lorsque plusieurs développeurs travaillent sur une application. Cette fonctionnalité permet au développeur de mettre à jour une règle en évitant qu’elle soit mise à jour au même moment par d’autres développeurs. Lorsque vous procédez à l’extraction d’une règle, une copie de celle-ci est créée dans un ruleset visible uniquement par vous, appelé ruleset personnel. Le ruleset personnel occupe la première place du ruleset stack. Les règles de votre ruleset personnel remplacent celles du reste de l’application. Vous pouvez ainsi tester les modifications que vous avez apportées à la règle sans que cela affecte les autres développeurs.

Après avoir mis à jour la règle et testé les changements, vous devez procéder à l’archivage de la règle (checkin). L’archivage de la règle met à jour le ruleset de l’application avec une nouvelle version de la règle. Si aucune validation n’est requise, vos changements affectent immédiatement le comportement de l’application.

Lorsque vous mettez à jour une règle dans App Studio, App Studio gère automatiquement le processus d’extraction et d’archivage de la règle.

Modification privée

Une modification privée, ou private edit, correspond à une extraction non exclusive d’une règle, ce qui permet à d’autres développeurs d’apporter des modifications à une même règle simultanément. Les opérations private edit sont utiles pour corriger rapidement les bugs sans interrompre le travail de développement des autres membres de l’équipe. Cette option n’est pas disponible dans App Studio.

Il est recommandé de verrouiller les versions antérieures d’un ruleset pour empêcher leur modification. Une icône de verrou s’affiche sur le formulaire des règles dont le ruleset est verrouillé. Pour mettre à jour une règle d’une version de ruleset verrouillée, enregistrez cette règle dans une version de ruleset non verrouillée, puis procédez à l’extraction de la règle si nécessaire.

Vérifiez vos connaissances avec l’interaction suivante.