Enterprise Service Bus

1/22
100%

<!-- Slide number: 1 -->

Enterprise service busDescription & Etude comparative Dalel SbouiM2 ISIC

Notes:

<!-- Slide number: 2 -->

Planning:

I-Problématique et définition

II-Etude comparative

<!-- Slide number: 3 -->

I-Problématique&Définition

<!-- Slide number: 4 -->

Interface bancaire (Client)

Nom

![](Image4.jpg)

Notes:

Pensez à ce qui se passe quand vous vous connectez à votre interface bancaire (application cliente):

Votre nom est affiché

Votre solde est présent

Votre carte de crédit et/ou carte de débit sont présentes

Il y a une liste de vos transactions faites derniemenrt

Un chiffre qui indique le nombre de bos cnx

Maintenant, il est très probable que toutes les pièces appartiennent à des systèmes et applications différents, dont chacun expose des données à travers une interface (HTTP, XML, SOAP, FTP, CSV, peu importe):

<!-- Slide number: 5 -->

Interface bancaire (Client)

Nom

Carte de crédit/débit

![](Image4.jpg)

Notes:

Pensez à ce qui se passe quand vous vous connectez à votre interface bancaire (application cliente):

Votre nom est affiché

Votre solde est présent

Votre carte de crédit et/ou carte de débit sont présentes

Il y a une liste de vos transactions faites derniemenrt

Un chiffre qui indique le nombre de bos cnx

Maintenant, il est très probable que toutes les pièces appartiennent à des systèmes et applications différents, dont chacun expose des données à travers une interface (HTTP, XML, SOAP, FTP, CSV, peu importe):

<!-- Slide number: 6 -->

Interface bancaire (Client)

Nom

Publicité

Carte de crédit/débit

![](Image4.jpg)

Solde

Notes:

Pensez à ce qui se passe quand vous vous connectez à votre interface bancaire (application cliente):

Votre nom est affiché

Votre solde est présent

Votre carte de crédit et/ou carte de débit sont présentes

Il y a une liste de vos transactions faites derniemenrt

Un chiffre qui indique le nombre de bos cnx

Maintenant, il est très probable que toutes les pièces appartiennent à des systèmes et applications différents, dont chacun expose des données à travers une interface (HTTP, XML, SOAP, FTP, CSV, peu importe):

<!-- Slide number: 7 -->

Interface bancaire (Client)

Nom

Carte de crédit/débit

![](Image4.jpg)

Liste des transactions

Solde

Notes:

Pensez à ce qui se passe quand vous vous connectez à votre interface bancaire (application cliente):

Votre nom est affiché

Votre solde est présent

Votre carte de crédit et/ou carte de débit sont présentes

Il y a une liste de vos transactions faites derniemenrt

Un chiffre qui indique le nombre de bos cnx

Maintenant, il est très probable que toutes les pièces appartiennent à des systèmes et applications différents, dont chacun expose des données à travers une interface (HTTP, XML, SOAP, FTP, CSV, peu importe):

<!-- Slide number: 8 -->

Interface bancaire (Client)

Nom

Carte de crédit/débit

![](Image4.jpg)

Liste des transactions

Solde

Nombre de connexion

Notes:

Pensez à ce qui se passe quand vous vous connectez à votre interface bancaire (application cliente):

Votre nom est affiché

Publicité

Votre solde est présent

Votre carte de crédit et/ou carte de débit sont présentes

Il y a une liste de vos transactions faites derniemenrt

Un chiffre qui indique le nombre de bos cnx

Maintenant, il est très probable que toutes les pièces appartiennent à des systèmes et applications différents, dont chacun expose des données à travers une interface (HTTP, XML, SOAP, FTP, CSV, peu importe):

<!-- Slide number: 9 -->

![](Image4.jpg)

Interface bancaire (Client)

1. D’un CRM qui fonctionne sur Linux et Oracle

2. Serveurs qui fonctionne à temps réel

3. Système qui enregistre toute transaction

4.Du serveurs qui le concerne

5. de PostgreSQL, Python et Java qui fonctionne sur Linux

…..

Nom

Solde

Carte de crédit/débit

Liste des transactions

Nombre de connexion

Notes:

La question maintenant est, comment faire pour que l’application frontend parle à 1-5? Bien evidemment, on ne peut pas.

<!-- Slide number: 10 -->

![](Image2.jpg)

Notes:

chacune des invocations d’un service que d’autres systèmes proposent est représenté par une ligne diffèrente, vous voyez ce petit reseau là

Si vous pensez que vous êtes capable de gérer 6 applications, que dire pour 30?

<!-- Slide number: 11 -->

![](Image3.jpg)

![](Image2.jpg)

Notes:

chacune des invocations d’un service que d’autres systèmes proposent est représenté par une ligne diffèrente, vous voyez ce petit reseau là

Si vous pensez que vous êtes capable de gérer 6 applications, que dire pour 30?

<!-- Slide number: 12 -->

![](Image2.jpg)

Notes:

C’est maintenant le rôle de l’ESB d’exposer et d’invoquer des services des systèmes intégrés. Ainsi, dans la plupart des cas, vous avez seulement un mode d’accès, une interface, et doit être clairement défini entre chaque système et ESB.

<!-- Slide number: 13 -->

Publicité

ESB, EAI et SOA?

![](Image3.jpg)

EAI

Notes:

1**En termes simples, un ESB est un modèle d'implémentation d'une SOA et une SOA est un moyen d'atteindre EAI.

La relation entre ces trois concepts a été décrite comme une poupée russe superposée, EAI en tant que poupée extérieure  C’est l’utilisation des principes d’architecture des logiciels et des systèmes informatiques pour intégrer des applications de niveau entreprise . Ces principes incluent l’utilisation d’une

<!-- Slide number: 14 -->

ESB, EAI et SOA?

![](Image3.jpg)

![](Image4.jpg)

EAI

SOA

Notes:

2**architecture orientée services SOA en tant que poupée centrale, qui est un style de conception de logiciel où les services sont fournis sur un réseau . L'idée sous-jacente à la SOA est qu'un utilisateur de service n'a pas besoin de connaître les détails de la manière dont le service est fourni.

<!-- Slide number: 15 -->

ESB, EAI et SOA?

![](Image3.jpg)

![](Image4.jpg)

![](Image5.jpg)

EAI

SOA

ESB

Notes:

3*et ESB en tant que poupée intérieure, qui constitue l'une des méthodes d'implémentation de la SOA,

*

Afin de différencier davantage ces trois concepts technologiques, qui favorisent la normalisation dans et entre les industries, il est préférable de les définir d'abord, puis de comprendre leurs fonctions.

<!-- Slide number: 16 -->

EAI

Enterprise application integration

<!-- Slide number: 17 -->

![](Image3.jpg)

EAI

Fournir un service métier pour simplifier les données

Partager des données

Partager des processus métier

Notes:

EAI sert de système pouvant fournir un service métier pour simplifier les données d'informations entre diverses applications, ce qui permet de les intégrer facilement en cas de besoin.

Publicité

Le partage des données et des processus métier entre les applications en sont les objectifs principaux. Cependant, EAI définit également un ensemble de principes pour l'intégration de plusieurs systèmes pour des architectures de communication, tels que le middleware orienté message (MOM).

<!-- Slide number: 18 -->

SOA

l'architecture orientée service

Notes:

Contrairement à EAI, qui consiste à relier les applications d'entreprise pour qu'elles puissent communiquer entre elles et effectuer des transferts de données «par lots»,

<!-- Slide number: 19 -->

SOA

![](Image3.jpg)

Notes:

l'architecture orientée service (SOA) fournit des transferts de données «transactionnels», avec aucun logiciel tiers requis.

Elle est différente de l'approche EAI en ce sens qu'elle ne dépend pas d'une solution tierce.

L'architecture orientée services est un paradigme d'intégration basé sur un principe de conception fondamental et fournissant des services architecturaux interopérables - d'où son nom.

Il englobe les systèmes existants, les composants logiciels et les capacités de traitement des messages.

La SOA est en mesure d’aider à surmonter toutes sortes de pénuries de technologies EAI et ESB et de fournir un moyen de services réutilisables.

<!-- Slide number: 20 -->

ESB

Enterprise Service Bus

Notes:

Contrairement à EAI, qui consiste à relier les applications d'entreprise pour qu'elles puissent communiquer entre elles et effectuer des transferts de données «par lots»,

<!-- Slide number: 21 -->

ESB

Architecture logicielle

Fonction:

fournir les connexions entre les applications communicantes

Notes:

est une architecture logicielle permettant l'intégration d'applications et de services d'entreprise pour des architectures complexes, telles que des plates-formes d'infrastructure middleware.

La fonction principale d'un ESB est de fournir les connexions entre les applications communicantes, en agissant comme un routeur pour contrôler les données. Il est couramment utilisé dans les principes d'intégration d'applications d'entreprise (EAI) ou d'architecture orientée services (SOA)

<!-- Slide number: 22 -->

![](Image7.jpg)

Notes:

L'interaction et la communication entre les composants se font sur le bus, qui a la même fonction qu'un bus d'ordinateur physique, permettant de gérer le transfert de données ou l'échange de messages entre services sans écrire de code.

ESB en tant que modèle orienté service de logiciel d’infrastructure fonctionne comme un système de messagerie géré qui assure le routage, la transformation des données, la traduction à la demande du client et l’interprétation des événements. Il est souvent nécessaire de transformer les messages en un format interprétable par l'application. ESB est également utilisé pour modifier le contenu des données ou exécuter des services via un moteur de règles.

Enterprise Service Bus

Programming, IT Architecture · textbook

Voir tous les documents en programmation

<!-- Slide number: 1 -->

Enterprise service busDescription & Etude comparative Dalel SbouiM2 ISIC

Notes:

<!-- Slide number: 2 -->

Planning:

I-Problématique et définition

II-Etude comparative

<!-- Slide number: 3 -->

I-Problématique&Définition

<!-- Slide number: 4 -->

Interface bancaire (Client)

Nom

![](Image4.jpg)

Notes:

Pensez à ce qui se passe quand vous vous connectez à votre interface bancaire (application cliente):

Votre nom est affiché

Votre solde est présent

Votre carte de crédit et/ou carte de débit sont présentes

Il y a une liste de vos transactions faites derniemenrt

Un chiffre qui indique le nombre de bos cnx

Maintenant, il est très probable que toutes les pièces appartiennent à des systèmes et applications différents, dont chacun expose des données à travers une interface (HTTP, XML, SOAP, FTP, CSV, peu importe):

<!-- Slide number: 5 -->

Interface bancaire (Client)

Nom

Carte de crédit/débit

![](Image4.jpg)

Notes:

Pensez à ce qui se passe quand vous vous connectez à votre interface bancaire (application cliente):

Votre nom est affiché

Votre solde est présent

Votre carte de crédit et/ou carte de débit sont présentes

Il y a une liste de vos transactions faites derniemenrt

Un chiffre qui indique le nombre de bos cnx

Maintenant, il est très probable que toutes les pièces appartiennent à des systèmes et applications différents, dont chacun expose des données à travers une interface (HTTP, XML, SOAP, FTP, CSV, peu importe):

<!-- Slide number: 6 -->

Interface bancaire (Client)

Nom

Publicité

Carte de crédit/débit

![](Image4.jpg)

Solde

Notes:

Pensez à ce qui se passe quand vous vous connectez à votre interface bancaire (application cliente):

Votre nom est affiché

Votre solde est présent

Votre carte de crédit et/ou carte de débit sont présentes

Il y a une liste de vos transactions faites derniemenrt

Un chiffre qui indique le nombre de bos cnx

Maintenant, il est très probable que toutes les pièces appartiennent à des systèmes et applications différents, dont chacun expose des données à travers une interface (HTTP, XML, SOAP, FTP, CSV, peu importe):

<!-- Slide number: 7 -->

Interface bancaire (Client)

Nom

Carte de crédit/débit

![](Image4.jpg)

Liste des transactions

Solde

Notes:

Pensez à ce qui se passe quand vous vous connectez à votre interface bancaire (application cliente):

Votre nom est affiché

Votre solde est présent

Votre carte de crédit et/ou carte de débit sont présentes

Il y a une liste de vos transactions faites derniemenrt

Un chiffre qui indique le nombre de bos cnx

Maintenant, il est très probable que toutes les pièces appartiennent à des systèmes et applications différents, dont chacun expose des données à travers une interface (HTTP, XML, SOAP, FTP, CSV, peu importe):

<!-- Slide number: 8 -->

Interface bancaire (Client)

Nom

Carte de crédit/débit

![](Image4.jpg)

Liste des transactions

Solde

Nombre de connexion

Notes:

Pensez à ce qui se passe quand vous vous connectez à votre interface bancaire (application cliente):

Votre nom est affiché

Publicité

Votre solde est présent

Votre carte de crédit et/ou carte de débit sont présentes

Il y a une liste de vos transactions faites derniemenrt

Un chiffre qui indique le nombre de bos cnx

Maintenant, il est très probable que toutes les pièces appartiennent à des systèmes et applications différents, dont chacun expose des données à travers une interface (HTTP, XML, SOAP, FTP, CSV, peu importe):

<!-- Slide number: 9 -->

![](Image4.jpg)

Interface bancaire (Client)

1. D’un CRM qui fonctionne sur Linux et Oracle

2. Serveurs qui fonctionne à temps réel

3. Système qui enregistre toute transaction

4.Du serveurs qui le concerne

5. de PostgreSQL, Python et Java qui fonctionne sur Linux

…..

Nom

Solde

Carte de crédit/débit

Liste des transactions

Nombre de connexion

Notes:

La question maintenant est, comment faire pour que l’application frontend parle à 1-5? Bien evidemment, on ne peut pas.

<!-- Slide number: 10 -->

![](Image2.jpg)

Notes:

chacune des invocations d’un service que d’autres systèmes proposent est représenté par une ligne diffèrente, vous voyez ce petit reseau là

Si vous pensez que vous êtes capable de gérer 6 applications, que dire pour 30?

<!-- Slide number: 11 -->

![](Image3.jpg)

![](Image2.jpg)

Notes:

chacune des invocations d’un service que d’autres systèmes proposent est représenté par une ligne diffèrente, vous voyez ce petit reseau là

Si vous pensez que vous êtes capable de gérer 6 applications, que dire pour 30?

<!-- Slide number: 12 -->

![](Image2.jpg)

Notes:

C’est maintenant le rôle de l’ESB d’exposer et d’invoquer des services des systèmes intégrés. Ainsi, dans la plupart des cas, vous avez seulement un mode d’accès, une interface, et doit être clairement défini entre chaque système et ESB.

<!-- Slide number: 13 -->

Publicité

ESB, EAI et SOA?

![](Image3.jpg)

EAI

Notes:

1**En termes simples, un ESB est un modèle d'implémentation d'une SOA et une SOA est un moyen d'atteindre EAI.

La relation entre ces trois concepts a été décrite comme une poupée russe superposée, EAI en tant que poupée extérieure  C’est l’utilisation des principes d’architecture des logiciels et des systèmes informatiques pour intégrer des applications de niveau entreprise . Ces principes incluent l’utilisation d’une

<!-- Slide number: 14 -->

ESB, EAI et SOA?

![](Image3.jpg)

![](Image4.jpg)

EAI

SOA

Notes:

2**architecture orientée services SOA en tant que poupée centrale, qui est un style de conception de logiciel où les services sont fournis sur un réseau . L'idée sous-jacente à la SOA est qu'un utilisateur de service n'a pas besoin de connaître les détails de la manière dont le service est fourni.

<!-- Slide number: 15 -->

ESB, EAI et SOA?

![](Image3.jpg)

![](Image4.jpg)

![](Image5.jpg)

EAI

SOA

ESB

Notes:

3*et ESB en tant que poupée intérieure, qui constitue l'une des méthodes d'implémentation de la SOA,

*

Afin de différencier davantage ces trois concepts technologiques, qui favorisent la normalisation dans et entre les industries, il est préférable de les définir d'abord, puis de comprendre leurs fonctions.

<!-- Slide number: 16 -->

EAI

Enterprise application integration

<!-- Slide number: 17 -->

![](Image3.jpg)

EAI

Fournir un service métier pour simplifier les données

Partager des données

Partager des processus métier

Notes:

EAI sert de système pouvant fournir un service métier pour simplifier les données d'informations entre diverses applications, ce qui permet de les intégrer facilement en cas de besoin.

Publicité

Le partage des données et des processus métier entre les applications en sont les objectifs principaux. Cependant, EAI définit également un ensemble de principes pour l'intégration de plusieurs systèmes pour des architectures de communication, tels que le middleware orienté message (MOM).

<!-- Slide number: 18 -->

SOA

l'architecture orientée service

Notes:

Contrairement à EAI, qui consiste à relier les applications d'entreprise pour qu'elles puissent communiquer entre elles et effectuer des transferts de données «par lots»,

<!-- Slide number: 19 -->

SOA

![](Image3.jpg)

Notes:

l'architecture orientée service (SOA) fournit des transferts de données «transactionnels», avec aucun logiciel tiers requis.

Elle est différente de l'approche EAI en ce sens qu'elle ne dépend pas d'une solution tierce.

L'architecture orientée services est un paradigme d'intégration basé sur un principe de conception fondamental et fournissant des services architecturaux interopérables - d'où son nom.

Il englobe les systèmes existants, les composants logiciels et les capacités de traitement des messages.

La SOA est en mesure d’aider à surmonter toutes sortes de pénuries de technologies EAI et ESB et de fournir un moyen de services réutilisables.

<!-- Slide number: 20 -->

ESB

Enterprise Service Bus

Notes:

Contrairement à EAI, qui consiste à relier les applications d'entreprise pour qu'elles puissent communiquer entre elles et effectuer des transferts de données «par lots»,

<!-- Slide number: 21 -->

ESB

Architecture logicielle

Fonction:

fournir les connexions entre les applications communicantes

Notes:

est une architecture logicielle permettant l'intégration d'applications et de services d'entreprise pour des architectures complexes, telles que des plates-formes d'infrastructure middleware.

La fonction principale d'un ESB est de fournir les connexions entre les applications communicantes, en agissant comme un routeur pour contrôler les données. Il est couramment utilisé dans les principes d'intégration d'applications d'entreprise (EAI) ou d'architecture orientée services (SOA)

<!-- Slide number: 22 -->

![](Image7.jpg)

Notes:

L'interaction et la communication entre les composants se font sur le bus, qui a la même fonction qu'un bus d'ordinateur physique, permettant de gérer le transfert de données ou l'échange de messages entre services sans écrire de code.

ESB en tant que modèle orienté service de logiciel d’infrastructure fonctionne comme un système de messagerie géré qui assure le routage, la transformation des données, la traduction à la demande du client et l’interprétation des événements. Il est souvent nécessaire de transformer les messages en un format interprétable par l'application. ESB est également utilisé pour modifier le contenu des données ou exécuter des services via un moteur de règles.