Overblog
Editer l'article Suivre ce blog Administration + Créer mon blog
urbanisation-si.over-blog.com

Gouvernance SOA : la phase de Change Time

9 Octobre 2014 , Rédigé par Rhona Maxwel Publié dans #Architecture Orientée Services (SOA)

Gouvernance SOA : la phase de Change Time

Cohabitation de versions

Des services déployés en phase Run Time peuvent être changés pour s’adapter aux nouvelles exigences métier

Gestion des versions

  • Règle 1
    • Le message XML contient un numéro de version afin de permettre le contrôle du flux XML en production
      • Via le namespace (espace de nommage) si non compatible ascendant
      • Via l’attribute version XML si compatible ascendant
  • Règle 2
    • Le fournisseur doit favoriser la compatibilité ascendante
      • Une nouvelle version N n’impacte pas les Consommateurs de la version N-1 (pas toujours possible)
  • Règle 3
    • Distinguer le cas d’une release sur les opérations (WSDL) et le cas d’une release sur les données (schéma XML)
Gouvernance SOA : la phase de Change Time

Les contrat de services

  • Expose une définition abstraite
    • Nom du traitement
    • Paramètres du message d’entrée et du message de réponse
    • Nom, format, facettes de contraintes
    • Exceptions (erreurs)
    • Pré-conditions et post-conditions
  • Expose une (des) définition(s) concrète(s) liée(s) à la définition abstraite (bindings techniques)
    • Format techniques des messages
    • Protocole de transport des messages
  • En exploitation il faut garantir que les clauses du contrat sont exécutées… et pas d’autres
  • Il faut découpler la validation du service de son code
  • On peut utiliser :
    • Un moteur de règles comme IBM - ODM (Operational Decision Management) ou JBoss BRMS (Business rules Management System)  ou Drools pour la version open source de JBoss BRMS.
    • WS-Policy - Xpath

Partager cet article

Commenter cet article