Architecture de règles SOA

L'architecture de règles SOA décrit l'interaction du point d'administration de règles (PAP, Policy Administration 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 le modèle, le PAP est fourni par WSRR, le PEP est fourni par WebSphere DataPower et le PMP est fourni par l'intermédiaire du composant de surveillance 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 avec des règles SOA est présenté dans Figure 1.
Figure 1. Règle d'accord sur les niveaux de licence (SLA) - le modèle de déploiement SOA
Des règles sont créées et peuvent être jointes à des services. Une publication/soumission automatique de règles existe à partir du point de création de règles (Policy Authoring Point). Les règles peuvent être contrôlées via une génération de rapports et une notification des opérations. Il s'agit d'une mise en application des règles d'accord sur les niveaux de service. Les mesures de mise en application de règles d'accord sur les niveaux de licence sont envoyées au point de contrôle de règles (PMP). Des analyses de règles sont disponibles pour la gestion du point de création de règle. Des alertes de surveillance sont utilisables dans une mise en application de règles.
1 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 :
  1. Tous les services sont chargés ou créés dans le référentiel de service. Il s'agit d'un composant du point d'administration de règles (PAP).
  2. Toutes les règles requises sont créées au niveau du point d'administration 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.
2 Publication/soumission automatique de règles issue du point d'administration de règles (PAP) pour le point d'application de règles (PEP) et le point de contrôle des règles (PMP) :
  1. Lors de la configuration, le service de surveillance souscrit à la règle de surveillance issue de WSRR. Cette action ne se produit qu'une seule fois.
  2. Lors de la configuration, des passerelles de proxy sont créées dans chaque dispositif WebSphere DataPower disposant de transactions de service avec une application de règles. Cette action ne se produit qu'une seule fois, et elle est ajoutée ou modifiée, le cas échéant.
  3. Lors de la configuration, chaque passerelle de proxy du dispositif souscrit à des règles de WSRR pour les services dont elle a la responsabilité. Cette action ne se produit qu'une seule fois, et elle est ajoutée ou modifiée, le cas échéant.
  4. Lors de la configuration, WebSphere DataPower est configuré pour permettre le partage des règles par d'autres dispositifs au sein d'un cluster. Cette action ne se produit qu'une seule fois, et elle est ajoutée ou modifiée, le cas échéant.
  5. Le PMP télécharge les règles de contrôle à mesure de leur publication.
  6. Le PMP convertit les règles en une présentation interne appelée règles de situation.
  7. WebSphere DataPower télécharge les WSDL pour des services dont il a la responsabilité des transactions.
  8. WebSphere DataPower télécharge les règles pour des services dont il a la responsabilité en cas de notification par WSRR.
  9. WebSphereDataPower convertit les règles en une représentation WebSphere DataPower interne sous la forme d'objets SLM.
3 Contrôle des règles SOA avec génération de rapports et notification des opérations :
  1. Les règles de contrôle sont actives dans la règle de situation PMP.
  2. Le PMP reçoit des informations de contrôle et place ces informations dans des espaces de travail.
4 Application des règles SOA :
  1. Les règles d'application sont actives dans les différents dispositifs de WebSphere DataPower.
  2. WebSphereDataPower reçoit des transactions de service et applique des règles pour ce service consommateur ou service fournisseur.

5 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).

6 Le point de contrôle de règles (PMP) envoie des événements de contrôle au point d'administration de règles (PAP) :
  1. Des événements sont configurés au niveau du point d'administration de règles (PAP) pour être contrôlés depuis le point de contrôle de règles (PMP). Cette action ne se produit qu'une seule fois, et elle est ajoutée ou modifiée, le cas échéant.
  2. 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).
7 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.

Concept Concept

Commentaires


Icône d'horodatage Dernière révision: Thursday, 13 March 2014


http://publib.boulder.ibm.com/infocenter/prodconn/v1r0m0/topic/com.ibm.scenarios.soawdpwsrr25.doc/topics/csoa2_SOA_architecture.htm