Architecture SOA et Distribuée - Chapitre 2

True (A)

Utilisation de composants d'un même constructeur, langage de programmation spécifique, complexité des technologies utilisées.

<p>Gartner Group</p> Signup and view all the answers

<p>TCP/IP = Transport de communication HTTP = Protocole applicatif ASN.1 = Type d'encodage de données EDI = Format de données</p> Signup and view all the answers

<p>Apporter un service accessible via une adresse (B)</p> Signup and view all the answers

<p>False (B)</p> Signup and view all the answers

<p>WSSR d'IBM</p> Signup and view all the answers

<p>consommateur</p> Signup and view all the answers

<p>Annuaire = Publier les métadonnées des services Référentiel = Stocker les définitions des services Contrat = Décrire le format d'échange des services Proxy = Délocaliser le traitement</p> Signup and view all the answers

<p>Point d'accès au service (C)</p> Signup and view all the answers

<p>False (B)</p> Signup and view all the answers

<p>Services Web, servlets ou pages JSP</p> Signup and view all the answers

<p>orchestration</p> Signup and view all the answers

<p>Endpoint = Point d'accès au service Binding = Modèle de communication Orchestration = Coordination des services Composants = Fonctionnalités métiers</p> Signup and view all the answers

<p>Format binaire (B)</p> Signup and view all the answers

<p>False (B)</p> Signup and view all the answers

<p>Héberger et organiser les services par domaine métier</p> Signup and view all the answers

<p>Connecteurs de sécurité (B)</p> Signup and view all the answers

<p>False (B)</p> Signup and view all the answers

<p>ActiveMQ</p> Signup and view all the answers

<p>métiers</p> Signup and view all the answers

<p>IBM Websphere ESB = Solution commerciale OpenESB = Solution open-source Mule = Solution basée sur Java Sonic ESB = Solution de haute performance</p> Signup and view all the answers

<p>SOA (B)</p> Signup and view all the answers

<p>False (B)</p> Signup and view all the answers

<p>Couplage fort et traitement efficace</p> Signup and view all the answers

<p>Les services SOA sont plus réutilisables. (B)</p> Signup and view all the answers

<p>False (B)</p> Signup and view all the answers

<p>Couplage fort et cycle de développement long</p> Signup and view all the answers

<p>flexibilité</p> Signup and view all the answers

<p>Amélioration de l'agilité = Permet une meilleure adaptation aux changements Réduction du cycle de développement = Accélère la création des services Simplification de la solution = Réduit la complexité des systèmes Maintenance facilitée = Rend les mises à jour plus simples</p> Signup and view all the answers

<p>Elle favorise une réutilisation élevée des services. (B)</p> Signup and view all the answers

<p>True (A)</p> Signup and view all the answers

<p>Améliorer le retour sur investissement</p> Signup and view all the answers

<p>Produire des systèmes d'information ouverts (C)</p> Signup and view all the answers

<p>True (A)</p> Signup and view all the answers

<p>CORBA, DCOM, APIs, Services Web</p> Signup and view all the answers

<p>Services Web</p> Signup and view all the answers

<p>CORBA = Interopérabilité entre applications DCOM = Communication pour l'environnement Windows RMI = Interopérabilité en Java SOAP = Services Web basés sur des protocoles</p> Signup and view all the answers

<p>Réduire le délai entre le besoin et la mise en production (B)</p> Signup and view all the answers

<p>False (B)</p> Signup and view all the answers

<p>WSDL ou BPEL</p> Signup and view all the answers

Un service accessible via une adresse, qui publie son contrat dans le registre de services et répond aux requêtes des consommateurs.

Une architecture où le traitement des données des applications est réparti sur plusieurs machines connectées en réseau.

Une application, un service, etc. qui recherche un service dans le registre, se lie dynamiquement et l'invoque via une requête.

Un registre de services (registry) est un annuaire qui contient les contrats des services disponibles. Chaque contrat décrit le format d'échange, les pré/post-conditions et la QoS du service

Les systèmes informatiques distribués utilisent un langage de programmation unique et des composants d'un seul fabricant.

La possibilité de partager des données entre différents systèmes informatiques, même si ceux-ci sont de types différents.

Un annuaire (registry) permet de publier les métadonnées des services (ex: UDDI, ebXml).

Ensemble de principes et de technologies permettant de construire des systèmes d'information flexibles, interopérables et évolutifs.

Un référentiel (repository) stocke les définitions des services, les dépendances et gère la localisation et le routage.

SOA offre une solution aux problèmes d'interopérabilité en définissant des standards pour l'échange de données.

Un style d'architecture distribuée qui permet de fournir ou de consommer un processus métier en tant que service.

Des services réutilisables et interopérables via des interfaces standard (construites autour de XML).

Des services Web (protocole SOAP) - CORBA, DCOM (Microsoft), APIs : RMI ou JMS (combinées aux Interfaces Java).

Les services web sont multiplateformes, multilangages, relativement faciles à implémenter et disposent de standards comme WSDL et BPEL.

Produire des SI ouverts (à la fois interopérables et évolutifs), Réduire le Time to Market (le temps entre le besoin et la mise en production), Fédérer les technologies, Maîtriser les coûts et les délais.

SOA vise à proposer des solutions utilisant des standards et assurant un couplage faible, des moyens pour réduire le temps du cycle projet, des moyens pour rendre les solutions techniques réutilisables, un retour sur investissement à long terme.

Un endpoint est un point d'accès à un service, défini par un triplet : l'adresse du service, un binding et la liste des opérations accessibles. Il permet aux clients d'interagir avec le service.

Le binding spécifie le protocole de communication employé pour interagir avec un service. Il détermine le format de données utilisé, le protocole de transport et les détails de sécurité.

Le Binding définit le protocole de transport utilisé pour communiquer avec le service. Les options incluent HTTP, HTTPS, Sockets TCP/IP, canaux nommés et MSMQ.

Le Binding spécifie le format des messages utilisés pour les requêtes et les réponses. Il peut être textuel basé sur XML ou binaire pour les flux volumineux.

Le modèle en couches de la SOA structure les services en différentes couches : présentation, orchestration, services, composants et OS / données. Chaque couche a un rôle spécifique dans la conception et le fonctionnement des services.

La couche présentation est responsable de l'interaction avec les clients, tels que les services Web, les servlets ou les pages JSP.

La couche orchestration coordonne les services composés et gère leur enchaînement. Elle utilise des services réutilisables pour organiser un processus métier, un workflow ou un flux de services.

La couche services héberge et organise les services par domaine métier. Elle regroupe les services fonctionnellement liés.

L'ESB utilise des connecteurs pour s'adapter aux différents formats et spécificités des applications. Ces connecteurs peuvent être techniques pour des formats d'échange comme CSV, XML, RMI ou RPC, métiers pour intégrer des progiciels, ou propriétaires et conformes à J2CA.

Il existe plusieurs solutions ESB disponibles, chacune avec ses propres forces et faiblesses. Des exemples incluent IBM Websphere ESB, Celtix, OpenESB, Mule, Sonic ESB, et EBM Web Sourcing Distributed Petals Bus.

L'implémentation d'un ESB peut prendre différentes formes, chacune avec des avantages et des inconvénients. Les options comprennent les intergiciels de type MOM (Message Oriented Middleware), les intergiciels de type Bus (comme CORBA), les intergiciels de type EAI (Message Broker avec connecteurs propriétaires), et les routeurs de services Web (comme WebSphere Web Services Gateway).

L'architecture SOA est plus flexible et interopérable que l'architecture Client/Serveur. Elle permet une communication entre les applications indépendantes du langage, pilote les échanges par messages, offre des possibilités de transport flexibles, est faiblement couplée et permet une intégration plus souple des applications.

L'architecture SOA se caractérise par la communication entre les applications par l'échange de messages, indépendamment du langage de programmation utilisé. Cela contraste avec l'architecture Client/Serveur qui utilise des appels de procédures et des protocoles propriétaires dans un contexte intra-entreprise.

L'architecture SOA a plus de flexibilité dans le choix du protocole de transport, permettant d'utiliser des options variées pour la communication entre les applications, par opposition à l'architecture Client/Serveur utilisant un protocole propriétaire et fixe.

L'architecture SOA favorise un faible couplage entre les applications, permettant de modifier ou de gérer les applications individuellement sans affecter les autres. L'architecture Client/Serveur est fortement couplée, ce qui rend les modifications plus complexes.

L'architecture Client/Serveur offre un traitement efficace et plus rapide, tandis que l'architecture SOA implique une architecture distribuée plus complexe et peut entraîner un traitement plus lourd et moins efficace.

Un service est une unité logicielle qui est déployée et gérée séparément, mais peut interagir avec d'autres services via des interfaces bien définies.

SOA favorise l'intégration dynamique des services, ce qui signifie que les services peuvent être découverts et utilisés à la demande, sans dépendence à une configuration statique.

Les services SOA sont généralement mis en œuvre avec des interfaces standardisées, ce qui permet une interopérabilité entre des systèmes hétérogènes.

L'architecture web utilise des services monolithiques, où l'application est un seul bloc de code. SOA repose sur des services indépendants et réutilisables.

L'architecture orientée objet se concentre sur le développement de composants logiciels avec un faible niveau de granularité. SOA utilise des services avec une granularité plus élevée, permettant un meilleur découplage et une flexibilité accrue.

SOA est conçue pour faciliter les modifications et les mises à jour. Les services peuvent être modifiés ou remplacés sans affecter le fonctionnement global de l'application.

SOA est basée sur un modèle orienté processus, ce qui signifie que les services sont conçus pour exécuter un ensemble d'actions défini et pour interagir entre eux pour atteindre un résultat final.

L'indépendance du langage est un avantage majeur de SOA, qui permet aux services d'être développés dans différents langages de programmation et d'interagir entre eux via des interfaces standardisées.