Accueil > Catalogue > Technologies de l’information > Architecture orientée service

Architecture orientée service

Progressivement, les silos isolés des systèmes d’information sont abandonnés au profit d’applications interconnectées partageant des données et des règles. Les services web se positionnent aujourd’hui comme le moyen privilégié d’ouverture des silos.
Dans ce séminaire de synthèse, nous examinons l’apport des services web dans nos systèmes d’information et en tirons les conséquences, tant sur les phases de conception et de recette d’un projet que dans l’architecture globale du système d’information.

A l’issue de la formation, vous saurez :

  • Identifier l’intérêt de l’ouverture des logiciels
  • Présenter une vue d’ensemble des normes en présence
  • Encadrer la conception, le développement et la recette de services web
  • Mettre en œuvre une architecture orientée service

Méthode pédagogique :
Cette formation participative est illustrée de nombreux retours d’expérience.

Jour 1 - Haut

Introduction

  • Mutation et enjeux : réutilisation et industrialisation pour optimiser les ressources.
  • D’une architecture de composants vers une architecture de services : libérer les données et transactions de leurs silos.
  • Les limites des quatre approches solutions d’intégration.

Les services web et leurs standards

  • Les deux piliers des services web : HTTP et XML.
  • SOAP, standard de communication.
  • WSDL, standard de contrat syntaxique.
  • Les WS-*, des standards ?
  • Le rôle des organismes.
  • L’initiative WS-I.

Consommer un service web

  • Les préoccupations architecturales :
    • Assurer la robustesse de l’échange
    • Maîtriser le couplage temporel
    • Maîtriser le couplage structurel
    • Maintenir la performance
    • Concevoir autour de l’échec
  • L’interprétation des réponses XML :
    • Par des évènements (SAX)
    • Par un arbre générique (DOM)
    • Par des objets types (data binding)
    • Par des requêtes (XPath, XQuery)
  • Étude de cas : appeler un service RNVP.

Fournir un service web

  • L’architecture logicielle d’un service web.
  • Les préoccupations architecturales :
    • Proposer une interaction robuste avec le client
    • Assurer la stabilité et la montée en charge
    • Maintenir la performance
    • Assurer l’évolutivité et la compatibilité
  • Le choix des formats de sortie :
    • Construire pour des clients inconnus ou le client web improbable : Microsoft Excel
    • RSS pour informer « just in time » dans vos applications web de gestion
  • Les étapes du projet de réalisation :
    • Conception de l’API
    • Définir la qualité de service
    • Sécurité
    • Recette d’un service web
    • Déploiement interne ou sur un Cloud
  • Étude de cas : fournir un annuaire inversé.

Au-delà du RPC : l’architecture REST

  • HTTP comme middleware.
  • De RPC à REST en 4 étapes
Jour 2 - Haut

Un web service et après : la mise en place d’une SOA

  • Un projet d’entreprise : urbaniser le système d’information autour d’une architecture orientée service.
  • Les différentes maturités :
    • SOA de surface (service web pour ouvrir des fonctionnalités existantes)
    • SOA étendu (mise en place d’une chaine d’agilité BPM, BRMS, MDM)
    • SOA de refonte (redévelopper le système avec une vision durable)
  • La cartographie des fonctions et des processus métiers.
  • Impliquer les directions métiers.

La démarche de mise en œuvre

  • Les étapes clés d’un projet SOA.
  • Comment définir les services ?
  • Comment les orchestrer ?
  • Choisir la granularité.
  • Gouvernance de la SOA.

Technologies et outils

  • Les différents outils : annuaire de services, ESB, EAI, MOM, JBI…
  • L’offre Open Source.

Les contextes d’usage et d’intégration

  • Le moteur de workflow.
  • Le portail d’entreprise.
  • Les clients riches (RIA).
  • Les applications mobiles.
  • Les agrégations de services : mashups.

Faire vivre ses services dans le temps

  • Survivre à son succès : promouvoir des services sans état pour une meilleure scalabilité.
  • Vivre dans un monde connecté : quelles conséquences pour la production ?
  • Faire évoluer les services sans devoir migrer les clients.
  • La question des versions.
  • Les contrats pilotés par les clients (consumer-driven contracts).
  • Concevoir autour des échecs (design for failure).

Synthèse et recommandations

  • L’API considérée comme la valeur première d’un produit.
  • L’écosystème des services aujourd’hui.
  • Bilan de SOA.
  • Synthèse des points abordés.
footer