<!-- 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

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

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

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

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

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 -->

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 -->

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 -->


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 -->

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?

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?


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?



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 -->

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

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 -->

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.