Architecture SOA - Chapitre 1

Support de cours : Architecture SOA (Service Oriented Architecture)

• Le cours porte sur l'architecture SOA, une méthode d'architecture orientée services.

Objectifs du cours

• Comprendre le concept de service et les principes de l'architecture SOA.
• Comprendre l'intérêt de l'architecture SOA.
• Comprendre le concept de service Web et apprendre à utiliser les standards des services Web.
• Maîtriser le développement de services Web en utilisant l'API JAX-WS.

Plan du cours

• Le concept Service
• L'architecture SOA
• Le concept Service Web
• Les standards des services Web
• L'API JAX-Web

Chapitre 1 : Le concept Service

• Evolution des paradigmes de développement
• Définition d'un service
• L'orchestration des services
• Types de services
• Propriétés du service

Evolution des paradigmes de développement

• La conception d'un programme informatique suit un paradigme de développement.
• Différents paradigmes sont apparus (binaire, procédural, objet, composants).
• L'architecture SOA est une évolution logicielle.

Concept Service

• Un composant logiciel qui exécute une action pour le compte d'un client.
• Il traduit le niveau logique d'accès aux traitements plutôt que le niveau physique (EJB, Servlet).

Définition du Service

• Composant logiciel réutilisable et interopérable.
• Référencé dans un annuaire.
• Normalisé, avec des contrats et interfaces d'appel.
• Communication par messages indépendamment de la technologie.
• Neutre, indépendant de l'implémentation tant que le contrat est respecté.
• Faibles liens avec les clients (couplage faible) et déployé sur un serveur.

Orchestration des services

• Les services peuvent être composés pour réaliser des processus.
• L'orchestration gère la communication entre les services sans qu'ils se connaissent.
• Un moteur d'orchestration appelle les services dans l'ordre souhaité.
• Couplage fort ou lâche selon l'intégration des services.

Types de Services

• Applicatif
• Fonctionnel
• Entité (CRUD : Create, Read, Update, Delete)
• Transverse (Infrastructure)
• Host

Service Applicatif

• Un service applicatif est conçu pour répondre à des besoins spécifiques des utilisateurs finaux.

• Il peut s'agir d'applications web ou mobiles qui fournissent des fonctionnalités distinctes, telles que la gestion des utilisateurs, le traitement des données ou l'interaction avec des services tiers.

• Ces services sont souvent directement intégrés dans l'expérience utilisateur et nécessitent généralement une interface utilisateur pour interagir avec les données.

• Les services applicatifs sont essentiels au sein d'une architecture de microservices, car ils permettent une meilleure modularité et évolutivité des systèmes, facilitant ainsi le développement et la maintenance des applications.

• Traduit la logique applicative d'une application (fonctionnalités métiers).

• Modélisation possible par UML, MERISE, BPMN.

• Ses opérations peuvent être déclenchées via des pré-conditions, qui sont des conditions nécessaires devant être remplies avant que l’opération puisse commencer. Ces pré-conditions garantissent que l'environnement est prêt et que toutes les ressources nécessaires sont disponibles. Elles jouent un rôle crucial dans le processus, car une opération ne peut pas être exécutée efficacement sans ces exigences préalables.

• Ses résultats peuvent être émis selon des post-conditions, qui sont des critères utilisés pour vérifier si l'opération a réussi. Ces post-conditions garantissent que les résultats obtenus sont conformes aux attentes, permettant ainsi une évaluation fiable de la performance de l'opération effectuée. Elles assurent également que toutes les normes de qualité sont respectées.

• Son comportement dépend du contexte (context-aware).

  =>Un service applicatif répond à des besoins spécifiques des utilisateurs à travers des applications web ou mobiles. Il offre des fonctionnalités comme la gestion des utilisateurs et l'interaction avec des services tiers, souvent avec une interface utilisateur intégrée. Dans une architecture de microservices, il permet la modularité et l'évolutivité, facilitant le développement et la maintenance des applications. Sa logique applicative peut être modélisée par UML, MERISE ou BPMN, avec des opérations déclenchées par des pré-conditions et des résultats soumis à des post-conditions. Son comportement est contextuel.

Service CRUD, Transverse et Host

• CRUD : Service pour créer, lire, mettre à jour et supprimer des objets.
• Transverse : Services d’infrastructure (log, gestion utilisateur).
• Host : Permet aux applications de communiquer avec des systèmes Mainframe.

Service Fonctionnel

• Exécute des traitements métiers.
• Peut être invoqué par d'autres services.
• Invoque des services CRUD et Transverse pour manipuler des objets métiers.
• Peut gérer la sécurité et les règles métiers.

Propriétés des services

• Réutilisables et contrats standardisés.
• Communication via messages.
• Abstraits et prédictibles.
• Modulaires et de grande granularité.
• Autonomes (sans état).
• Interopérables.
• Faibles liens (couplage faible).
• Découvrables.
• Composables.

Réutilisabilité par contrat

• Un service est réutilisable conformément à un contrat entre le fournisseur et le consommateur.
• Le contrat décrit sa syntaxe, sémantique, qualité de service (QOS).

Interface adressable et communication par message

• Les services communiquent via des messages.
• Les consommateurs accèdent aux services via leur adresse.
• La performance peut être augmentée par une granularité plus importante des interfaces des services.

Abstraction et Prédictibilité

• Le service fonctionne de manière opaque (boîte noire).
• Seul le contrat du service est visible.
• Son comportement est prédictible.

Large granularité et modularité

• Large granularité : Regroupe plusieurs fonctionnalités cohérentes dans un service.
• Modularité : Les services peuvent être déployées individuellement.

Autonomie et statelessness

• Autonomie : Ne dépend pas de services externes.
• Statelessness : Pas d'état interne, réutilisable sans gestion de sessions.
• Améliore la maintenance et la performance.

Interopérabilité

• Possibilité de communiquer avec des systèmes hétérogènes.
• Les services précisent leur type de connecteur (protocole, format de données).
• Spécification de médiation permet le mapping de données si nécessaires.

Couplage faible (lâche)

• Faible dépendance entre la consommation et l'implémentation du service.
• Nécessité d’un contrat pour communications indépendante.
• La maintenance est facilitée.

Découvrabilité

• Les services sont publiés dans un annuaire.
• Les consommateurs peuvent chercher les services via des critères spécifiques.
• Les informations liées à l’exécution du service (paramètres, opérations) sont accessibles.

Composabilité

• Un service peut faire partie d’une composition de services.
• L'orchestration permet de combiner plusieurs services pour un besoin complexe.
• Avantages : modularité et ajout de valeur.

Ce quiz explore le concept de l'architecture orientée services (SOA) et son importance dans le développement de services Web. Il couvre les types de services, leurs propriétés et l'évolution des paradigmes de développement. Testez vos connaissances sur ces concepts essentiels dans le domaine de l'informatique.