Portées de la politique

Les politiques sont définies dans les regroupements CICS. La portée d'une politique décrit son application.

Sur une plateforme, les politiques sont déployées sur une portée spécifique. La portée peut être une portée d'application, une portée (dans une application) d'opération, ou une portée de plateforme.

Lorsqu'une politique est déployée avec une portée d'application, elle s'applique à toutes les tâches utilisateur sur la plateforme qui possède la plateforme correspondante, l'application et les informations de version d'application dans leur contexte d'application. Lorsqu'une politique est déployée dans une portée d'opération, elle s'applique uniquement aux tâches utilisateur qui correspondent également à l'opération. Lorsqu'une politique est déployée avec une portée de plateforme, elle s'applique à toutes les tâches utilisateur de la plateforme qui correspondent à la plateforme correspondante dans leur contexte d'application.

Une politique peut également être déployée sans qu'une portée ne soit spécifiée, auquel cas sa portée est la région CICS sur laquelle la politique est déployée, et elle s'applique à toutes les tâches utilisateur qui s'exécutent dans cette région CICS. Cette méthode est utile dans une région CICS autonome (SMSS) dans laquelle vous ne pouvez pas posséder une plateforme et des applications.

Tableau 1. Configuration de politique
Portée de politique effective Eléments auxquels les règles de politique s'appliquent Mode de déploiement de la politique
 1 Aucune portée (les règles sans portée s'appliquent à toutes les tâches utilisateur qui s'exécutent dans la région). Les règles de politique s'appliquent à toutes les tâches utilisateur qui s'exécutent dans la région CICS dans laquelle vous déployez la politique. La politique est déployée en tant que ressource BUNDLE CICS définie dans le CSD ou le référentiel de données CICSPlex SM, et installée dans toute région CICS.
 2 Portée de la plateforme. Les règles de politique s'appliquent uniquement aux tâches d'utilisateur qui possèdent des points d'entrée d'application, et qui s'exécutent en tant que parties d'applications déployées sur la plateforme. Lorsque vous définissez un projet CICS Platform, vous l'ajoutez aux regroupements CICS qui contiennent des définitions de politique à déployer avec la plateforme. Si vous souhaitez déployer une politique sur une plateforme déjà active, exportez le regroupement de politique sur le répertoire d'accueil de la plateforme dans zFS, puis utilisez la boîte de dialogue d'opération CICS Explorer ADDBUNDLE pour l'installer dans un type de région. Pour plus d'informations sur la boîte de dialogue de l'opération ADDBUNDLE, voir la rubrique d'aide CICS Explorer "Adding a bundle to a CICS Platform".
 3 Portée de l'application. Les règles de politique s'appliquent à toutes les tâches utilisateur qui s'exécutent dans l'application (ou la version d'application) dans laquelle vous déployez la politique. Lorsque vous définissez un projet CICS Application, vous l'ajoutez aux regroupements CICS qui contiennent des définitions de politique à déployer avec l'application. Autrement, vous pouvez également déployer des regroupements CICS avec la liaison d'application, selon l'architecture de votre application.
 4 Portée de l'opération. Les règles de politique s'appliquent à toutes les tâches utilisateur qui s'exécutent dans l'opération sur laquelle vous déployez la politique. Tout d'abord, définissez les politiques dans un regroupement CICS. Définissez ensuite la configuration de l'opération en éditant le manifeste de regroupement CICS avec l'éditeur de manifeste CICS pour définir un point d'entrée d'application et une portée de politique. Enfin, ajoutez le regroupement CICS dans un projet CICS Application pour le déploiement. Pour plus d'informations, voir les rubriques d'aide CICS Explorer "Defining policy scopes" et "Defining application entry points".
Lors de l'exécution, les règles de plusieurs portées peuvent s'appliquer. Le résultat d'une requête par rapport aux règles de politique indique si plusieurs portées s'appliquent. Par exemple :
  • Si vous interrogez des règles de politique par rapport à une application, vous voyez toutes les règles qui s'appliquent aux portées  1 ,  2  et  3 .
  • Si vous interrogez des règles de politique par rapport à une opération, vous voyez toutes les règles qui s'appliquent aux portées  1 ,  2 ,  3  et  4 . Une tâche qui s'exécute avec une opération de point d'entrée obtient toutes les règles vérifiées.
  • Si vous interrogez des règles de politique par rapport à une plateforme, vous voyez toutes les règles qui s'appliquent aux portées  1  et  2 . Généralement, vous n'obtenez pas de tâche d'utilisateur CICS qui s'exécute à ce niveau car vous avez besoin d'une application, mais cette requête vous présente toutes les règles pour la portée de plateforme ou au niveau supérieur.
  • Si vous interrogez les règles de politique par rapport à un type de région, vous voyez toutes les règles qui s'appliquent aux portées  1  et  2 , c'est-à-dire les politiques qui sont installées sur la portée de la plateforme et déployées sur ce type de région, et les politiques qui sont installées dans une région CICS incluse dans le type de région.

Lorsque CICS traite des règles, il utilise toutes les règles qui s'appliquent pour une portée d'exécution, et les associe avec la valeur de seuil actuelle. CICS observe ensuite les règles qui s'appliquent, du seuil le plus bas au plus haut. Pour plusieurs règles s'appliquant au même seuil, CICS traite des règles d'action de message, puis les règles d'action d'événement, puis les règles d'action de fin anormale. Cette méthode permet de s'assurer que les messages et événements sont émis avant la fin anormale d'une tâche.