Version imprimable multipages. Cliquer ici pour imprimer.
Pour obtenir le résultat présenté dans les fonctionnalités, il convient de prendre connaissance des notions essentielles de Enterprise Flows Repository.
EFR représente les échanges entre les systèmes. Son objectif peut être résumé à cela. Ces échanges sont représentés pour:
De ce fait, leur définition se suppertosent mais sur des axes différents:
Un échange est un transfert de données d’un système source vers N systèmes cibles. Il est une vision simplifiée du transport d’information.
La vision fonctionnelle permet de gouverner les échanges d’un point de vue fonctionnel.
Un échange est caractérisé par
Exemple:
Un flux est le trasnport entre 2 interfaces techniques. Un flux peut être composé, intermédiaire ou direct. Il est souvent utilisé le terme de demi-flux lors de la succession de flux.
Un flux est caractérisé par :
Exemple:
La mise en oeuvre d’un flux est ensemble de fonctions, de services ou de routes (pour camel par exemple).
Ces médiations réalisent des transformations protocolaires, des routages, des publcations, des enrichissements, etc. lors du traitement des messages.
Chaque médiation est caractérisée par:
Ce sont les médiations qui génèrent des traces à destination de EFR.
‘Enterprise Flows Repository’ respecte l’organisation mise en place lors des travaux d’urbanisation.
Bien que les éléments soient volontairement simplifiés, on retrouve les “couches” traditionnelles:
Lors de l’analyse de ces travaux, il est très difficile de décrire les notions de flux, d’interfaces voir de médiation applicative.
Bien qu’indispensable à la gouvernance et à la modélisation du Système d’Information, l’urbanisation est limitée sur la partie d’interconnexion entre les applications.
La particularité et la plus-value de EFR est d’avoir “ajoutée” une couche intermédiaire dite de “médiations”. Ainsi cette couche porte la définition des éléments plus fins et spécifiques à l’interconnection des applications.
Pour EFR, les couches manipulées plus fines et plus opérationnelles avec :
Il est nécessaire de définir les concepts du Système d’information au sein de EFR afin que celui-ci puisse corréler les traces qui lui sont envoyées.
Utiliser EFR implique donc une part de modélisation.
Toutes les couches d’urbanisation de EFR sont exposées sous la forme d’API.
Les usages transverses et connexes sont alors possibles lors de:
La collaboration avec les écosystèmes existants est facilitée par les API.
EFR est une solution qui analyse, aggrège et adapte des traces produites lors des transferts de données.
La portabilité de cette trace garantie que EFR n’est pas dépendant d’un éditeur.
EFR reçoit indépendamment des traces des plateformes d’interconnexion comme les API Management, Gateway, Micro-Services, ESB, ETL, Scripts, etc.
Pour compléter les visions, les outils comme les ERP peuvent aussi envoyer des traces de transport.
Une trace indique le transport d’un message dont un contexte logiciel et infrastructure.
Chaque trace porte:
Le format respecte le standard API:
{
"state": "success",
"environment": "production",
"message": {
"created": "2022-05-30",
"correlationId": "abcd-efgh-ijkl-mnop",
"headers": [
{
"name": "EnteteA",
"value": "123"
}
],
"body": "Texte transporté.",
"type": "business",
"level": "INFO",
},
"route": {
"name": "ServiceABC",
"version": "1.0.0",
"id": "serviceA-123",
"step": "Lecture du message",
"description": "Message de ..."
},
"business": [
{
"name": "COMMANDE",
"value": "1234"
},
{
"name": "CLIENT",
"value": "78945"
}
],
"infrastructure": {
"instance": "GatewayAPI-abc",
"hostname": "gateway1",
"datacenter": "paris"
}
}
EFR est une solution qui analyse, aggrège et adapte des traces produites lors des transferts de données.
Les environnements sont habituellement les suivants:
Chaque environnement comporte:
Chaque environnement est dimensionnée en fonction de la performance nécessaire et de la criticité des données.