SOA et Cloud Computing – Exercices QCM avec Justifications

Exercice 1 - QCM avec Justifications

Question 1 - Ce que n'est pas une SOA

Réponses correctes : c) et d)

Justification : L'architecture orientée services (SOA) est avant tout un style d'architecture ou un paradigme de conception (ce qui valide les points a et b comme étant ce qu'est la SOA). Ce n'est ni un simple modèle de programmation (c), ni une technologie spécifique ou restreinte aux services web (d). La SOA est indépendante des technologies sous-jacentes.

Question 2 - Disciplines du cloud computing

Réponse correcte : d)

Justification : QaaS n'est pas une discipline standard reconnue dans les modèles de base du cloud computing. Voici la signification des acronymes valides (bien que HaaS soit une ancienne appellation largement remplacée par IaaS) :

• HaaS : Hardware as a Service
• IaaS : Infrastructure as a Service
• PaaS : Platform as a Service
• SaaS : Software as a Service

Question 3 - Objectifs de mise en œuvre d'une SOA

Réponse correcte : c)

Justification : La facilité d'implémentation n'est pas un objectif. Au contraire, la mise en place d'une SOA est complexe et coûteuse (besoin de gouvernance, de gestion du changement, etc.). On accepte cette complexité initiale pour atteindre l'agilité, la réutilisation (b) et l'interopérabilité (a, d) à long terme.

Question 4 - Rôle d'un fichier SOAP

Réponse correcte : a)

Justification : SOAP (Simple Object Access Protocol) est un protocole d'échange d'informations qui définit strictement la structure des messages (avec une enveloppe, un en-tête et un corps). Ce n'est pas un protocole de transport réseau de bas niveau (b), et c'est le WSDL (et non SOAP) qui décrit comment interagir avec le service (c).

Question 5 - Niveaux d'interopérabilité

Réponses correctes : 1, 2, 3 et 4

Justification et exemples : L'interopérabilité est pertinente à toutes les échelles.

1. A l'intérieur d'un établissement : Entre le logiciel de comptabilité et le système de ressources humaines de la même entreprise.
2. Entre établissements : Entre le système de gestion des stocks d'un distributeur et le système de commandes de son fournisseur.
3. A un niveau national : Un portail gouvernemental centralisant les données de santé et des impôts des citoyens.
4. A un niveau international : Le réseau bancaire SWIFT ou les systèmes d'échange de données de l'espace Schengen.

Question 6 - Propriétés d'un fichier WSDL

Remarque importante : Toutes les propositions (1, 2 et 3) sont techniquement fausses au regard du standard W3C pour WSDL 1.1 et 2.0. Un fichier WSDL peut exposer de multiples opérations dans un seul type de port (portType), et un portType peut avoir plusieurs liaisons (bindings). Si vous rencontrez ce type de question à l'examen et que le système exige une réponse, il s'agit souvent d'un piège ou d'une simplification abusive d'un outil spécifique de génération. Le standard WSDL n'impose aucune de ces limites.

Question 7 - Objectifs des outils BPM

Réponses correctes : a), b) et d)

Justification : Les outils de BPM (Business Process Management) servent à modéliser (a), exécuter (b) et fournir des interfaces pour le suivi des processus (d). En revanche, l'exposition technique des méthodes d'invocation des services (c) relève de la couche technique d'intégration (comme un ESB ou un registre de services), et non du BPM.

Question 8 - Fonctionnalités non fournies par un ESB

Réponse correcte : a)

Justification : La composition complexe des services métier (orchestration à long terme avec gestion des états) est le rôle d'un moteur d'orchestration (comme BPEL) ou d'un outil BPM. L'ESB (Enterprise Service Bus) se limite généralement à des fonctions de base : routage (c), médiation (b) et supervision (d).

Question 9 - L'ESB comme point critique

Réponse correcte : a) Vrai

Justification : Parce que l'ESB centralise tous les échanges et le routage des messages de l'entreprise, il devient un point de défaillance unique (Single Point of Failure) et un potentiel goulot d'étranglement. Il nécessite donc une architecture hautement disponible (clustering) pour éviter les pertes de performances.

Question 10 - Changements liés au développement orienté services

Réponse correcte : a) oui

Justification : La SOA bouleverse le cycle de vie classique en introduisant une gouvernance stricte et de nouveaux rôles (comme le concepteur de services ou l'architecte SOA). Elle déplace l'effort vers la phase de conception (définition des contrats et réutilisation) plutôt que vers le simple codage de silos.

Exercice 2 - Concepts fondamentaux

Question 1 - Différence entre EAI et ESB

EAI (Enterprise Application Integration) : C'est une architecture d'intégration d'entreprise, souvent centralisée (en étoile ou "hub-and-spoke") et reposant traditionnellement sur des technologies propriétaires. Elle entraîne un couplage fort entre le bus propriétaire et les applications.

ESB (Enterprise Service Bus) : C'est l'évolution de l'EAI adaptée à la SOA. Il s'agit d'un bus logiciel distribué reposant entièrement sur des standards ouverts (XML, SOAP, JMS, REST).

Différence clé : L'EAI connecte des applications spécifiques via des adaptateurs propriétaires (intégration lourde), tandis que l'ESB connecte des services de manière standardisée et agnostique, favorisant un couplage faible.

Question 2 - Mettre en œuvre une SOA sans processus métier

Il est techniquement possible de mettre en œuvre une SOA sans décrire les processus métier (c'est l'approche dite "bottom-up", où l'on se contente de transformer des fonctions informatiques existantes en services web). Cependant, sans modélisation des processus métier (l'approche "top-down"), la SOA perd son objectif principal : l'alignement de l'informatique sur le métier. Les services créés risquent d'être trop techniques, non réutilisables et sans valeur ajoutée pour l'agilité de l'entreprise.

Question 3 - Relation entre Cloud Computing et SOA

La SOA est un style d'architecture logicielle, tandis que le Cloud Computing est un modèle de fourniture et de déploiement de ressources informatiques. La relation est une relation de complémentarité : la SOA prépare le terrain pour le Cloud. En structurant les applications sous forme de services autonomes et faiblement couplés, la SOA permet de déployer et de consommer facilement ces services sur des plateformes Cloud, notamment sous la forme de SaaS (Software as a Service).

Question 4 - Différence entre composant et service web

Un composant (comme un EJB Java ou une DLL .NET) est un module logiciel exécutable qui dépend d'une plateforme d'exécution spécifique, d'un langage de programmation et d'un environnement réseau précis. Un service web est une interface d'accès standardisée (généralement via HTTP et XML/JSON) qui masque totalement la technologie sous-jacente. Un service web peut d'ailleurs encapsuler un composant pour le rendre accessible et interopérable à travers le réseau par n'importe quelle autre technologie.

Exercice 3 - Le schéma de l'architecture orientée services

Note : L'image d'origine (le schéma à compléter) est endommagée dans le document source (format illisible). Cependant, les indices "Pages jaunes" et "Pages vertes" indiquent clairement qu'il s'agit du triangle fondamental de la SOA.

Voici les éléments qui doivent figurer sur ce schéma classique :

1. Les trois acteurs (les nœuds du schéma) :

   • Fournisseur de service (Service Provider) : Celui qui crée et héberge le service.
   • Demandeur de service (Service Requester / Client) : L'application qui a besoin d'invoquer le service.
   • Annuaire / Registre de services (Service Registry) : L'endroit où les services sont référencés (c'est ici qu'intervient la norme UDDI avec ses pages blanches, jaunes pour la catégorisation, et vertes pour les spécifications techniques).

2. Les interactions et standards associés (les flèches) :

   • Du Fournisseur vers l'Annuaire : Opération de Publication (Publish). Le standard mis en œuvre est le WSDL (qui décrit le service) au sein d'un annuaire UDDI.
   • Du Demandeur vers l'Annuaire : Opération de Recherche (Find). Le demandeur interroge le registre pour trouver le contrat WSDL adapté à ses besoins.
   • Du Demandeur vers le Fournisseur : Opération d'Invocation / Liaison (Bind). Le client se connecte directement au fournisseur pour consommer le service. Le standard utilisé pour cet échange de messages est typiquement SOAP (ou REST dans les architectures modernes).

Méthode

Pour aborder un examen sur la SOA et le Cloud Computing :

1. Maîtrisez la sémantique : Les QCM de SOA jouent énormément sur la nuance entre "architecture" (SOA), "technologie" (Web Services) et "déploiement" (Cloud). Ne confondez jamais le concept (l'interopérabilité) avec l'outil qui le réalise (l'ESB ou SOAP).
2. Relisez les standards de base : Les questions techniques sur WSDL, SOAP et UDDI nécessitent de connaître les rôles stricts de chacun. Rappelez-vous que SOAP = le message, WSDL = le contrat, UDDI = l'annuaire.
3. Comprenez les avantages et les inconvénients : La SOA n'est pas une solution magique. Elle apporte de l'agilité et de la réutilisation, mais elle coûte cher, ajoute de la complexité (réseau, supervision) et nécessite une forte gouvernance. Les questions "pièges" tournent souvent autour de la fausse idée que la SOA est "facile à mettre en œuvre".
4. Justifications concises : Lorsque l'on vous demande de justifier en moins de 3 lignes, allez droit au but. Identifiez le mot-clé de la réponse (ex: "couplage lâche", "goulot d'étranglement") et formulez une phrase explicative directe.