Présentation
Le principe de fonctionnement de YxEAI Transfert est très simple: à partir d’une source de donnée les fichiers produits sont recopiés sur d’autre serveur. Une illustration pourrais être celle-ci:
%%%

((/public/capture_article/.PresentationTransfert_m.png||L))
%%%

Le serveur source produit des données et les stocks sur une localisation qui lui est propre.
YxEAI vient lire les fichiers via un protocole standard (FTP,SFTP, Samba, client Kafka) puis les déposes sur les serveurs cible. Quelques conséquences pour le paramétrages:

• il est indispensable de disposer d’un serveur sur les systèmes (FTP, SFTP, Samba ou Kafka);
• A fin de sécurité il est conseillé d’avoir un compte utilisateur spécifique et isolé pour les échanges

Dans le détails

Pour comprendre le fonctionnement et les impacts techniques voilà le déroulé des opérations

Pour comprendre le fonctionnement et les impacts techniques voilà le déroulé des opérations

• la liste des fichiers à transférer est établie. Pour un fichier:
  • le fichier est lu et copié temporairement sur le serveur de YxEAI.
  • A la fin de la lecture du fichier un job est créé pour l’envoyer sur chacun des destinataires.
  • En fonction de l’option retenue, le fichier stocké sur YxEAI est conservé ou pas.
• Les autres fichiers du serveur source sont lus sans attendre la fin de l’envoi en direction des destinataires.

Informations complémentaires

• Une option sur le paramètre du flux permet d’attendre la fin de l’envoi des messages pour lire le prochain fichier.
• Qu’un fichier ne fasse que quelques kilos ou plusieurs Go, la charge mémoire du serveur de YxEAI n’est pas impacté lors des transferts de fichier. De fait, il est possible de définir plusieurs flux manipulant des “gros” fichiers sans impact notable sur la charge mémoire de la JVM. Attention toutefois, si des scripts manipules des fichiers, alors ceux-ci seront chargés en mémoire.