L'architecture de règles SOA décrit l'interaction du point de création de règles (PAP, Policy Authoring Point), du point d'application de règles (PEP, Policy Enforcement Point), du point de décision de règles (PDP, Policy Decision Point), du point d'information de règle (PIP, Policy Information Point)et du point de contrôle de règles (PMP, Policy Monitoring Point). Dans ce modèle, le PAP est obtenu à l'aide de WSRR, et le PEP à l'aide de WebSphere DataPower.
L'organisation de l'architecture des règles de base et la définition de ces points clés :
Le consommateur et le fournisseur interagissent avec le middleware qui à sa tour interagit avec le référentiel et des logiciels de surveillance.
Fonctionnement coordonné de l'architecture de règles SOA
Le flux de modèles conduisant à des actions avec des règles SOA est présenté dans
Figure 1 et décrit ci-dessous.
Figure 1. Règle d'accord sur les niveaux de licence (SLA) - le modèle de déploiement SOA
- Les règles sont créées, puis associées à des services nécessitant cette règle. En général, les opérations sont menées dans l'ordre suivant :
- Tous les services sont chargés ou créés dans le référentiel de service.
Il s'agit d'un composant du point de création de règles (PAP).
- Toutes les règles requises sont créées au niveau du point de création de règles (PAP) en utilisant le cycle de vie des règles :
- Les règles sont attachées aux services qui nécessitent ces règles : au niveau du service, de l'exploitation ou du noeud final, selon le besoin.
- Publication/soumission automatique de règles issue du point de création de règles (PAP) pour le point d'application de règles (PEP) et le point de contrôle des règles (PMP) :
Remarque : Le contrôle via ITCAM for SOA n'est pas inclus dans ce modèle.
- Lors de la configuration, ITCAM for SOA souscrit à la règle de surveillance issue de WSRR. Cet événement ne se produit qu'une seule fois.
- Lors de la configuration, des passerelles de proxy sont créées dans chaque dispositif WebSphere Data Power disposant de transactions de service avec une application de règles. Cet événement ne se produit qu'une seule fois, et est ajouté ou modifié, le cas échéant.
- Lors de la configuration, chaque passerelle de proxy du dispositif souscrit à des règles de WSRR pour les services dont elle a la responsabilité. Cet événement ne se produit qu'une seule fois, et est ajouté ou modifié, le cas échéant.
- Lors de la configuration, WebSphere DataPower est configuré pour permettre le partage des règles par d'autres dispositifs au sein d'un cluster. Cet événement ne se produit qu'une seule fois, et est ajouté ou modifié, le cas échéant.
- ITCAM for SOA télécharge les règles de contrôle à mesure de leur publication.
- ITCAM for SOA convertit les règles en une présentation interne appelée règles de situation.
- WebSphere DataPower télécharge les WSDL pour des services dont il a la responsabilité des transactions.
- WebSphere DataPower télécharge les règles pour des services dont il a la responsabilité en cas de notification par WSRR.
- WebSphereDataPower convertit les règles en une représentation
WebSphere DataPower interne sous la forme d'objets SLM.
- Contrôle des règles SOA avec génération de rapports et notification des opérations :
- Les règles de contrôle sont actives dans ITCAM pour la règle de situation SOA.
- ITCAM for SOA reçoit des informations de contrôle et place ces informations dans des espaces de travail.
Remarque : Le contrôle n'est pas fourni dans ce modèle.
- Application des règles SOA :
- Les règles d'application sont actives dans les différents dispositifs de WebSphere DataPower.
- WebSphereDataPower reçoit des transactions de service et applique des règles pour ce service consommateur ou service fournisseur.
- Le point d'application de règles (PEP) envoie des statistiques de mise en application des règles SOA au point de contrôle des règles (PMP).
Remarque : Le contrôle n'est pas inclus dans ce modèle.
- Le point de contrôle de règles (PMP) envoie des événements de contrôle au point de création de règles (PAP) :
- Des événements sont configurés au niveau du point de création de règles (PAP) pour être contrôlés depuis le point de contrôle de règles (PMP). Ceci ne se produit qu'une seule fois, et est ajouté ou modifié, le cas échéant.
- A mesure que les règles de situation sont évaluées à true (vrai), les événements sont poussés du point de contrôle de règles (PMP) vers le point de création de règles (PAP).
Remarque : Le contrôle n'est pas inclus dans ce modèle.
- Contrôle des alertes :
- Les règles de situation sont exécutées périodiquement et mènent des actions opérationnelles comme spécifié dans la règle. La valeur par défaut est toutes les 5 minutes.