Est-on limité en nombre d’interfaces au nombre de moteurs d’exécution ?

Non. Vous aurez en moyenne de 8 à 16 moteurs d’exécutions disponibles en parallèle, chacun étant multi-threads. Rien ne vous empêche de créer 30 scénarios correspondants à 30 flux/problématiques différent(e)s et de les ordonnancer/déclencher à des périodes diverses.

 Comment gère-t-on la montée en charge progressive des flux ?

De manière complètement linéaire. Un broker prend en entrée toutes les demandes de traitements et interrogera les moteurs DataEXchanger avant de leur envoyer des traitements à exécuter. Il suffit d’ajouter un serveur de production supplémentaire pour parer à cela.

 Comment met-on en place une solution de gestion des échanges multi-sites ?

Imaginons que vous ayez un siège avec 200 magasins répartis sur toute la France. Le besoin est de remonter l’ensemble des informations magasins (stock, commande, factures…) en centrale pour les intégrer à l’ERP et au Datawarehouse. En terme d’architecture, vous aurez en centrale une configuration DataEXchanger de type Load Balancing dynamique, et en magasin vous pourrez déployer à distance à la fois des clients DataEXchanger par simple téléchargement d’exécutables de 3Mo et leur envoyer leurs scénarios puisqu’il ne s’agit que de fichiers texte de quelques Ko.

 Comment passe-t-on du mode développement au mode production ?

Chaque scénario conçu en environnement de développement par assemblage de briques fonctionnelles est en réalité un fichier texte interprété par un moteur. Le passage en production se fait de manière totalement transparente et naturelle par simple copie fichier dans un environnement de production identique qui tourne en mode service. Un outil de gestion des droits permet bien sûr de contrôler ces manipulations. Tous les éléments nécessaires à la communication de dataEXchanger avec les applications du système (connexions aux bases, répertoires existants…) peuvent être établis par le script ; ce qui limite les contrôles de l’environnement lors du déploiement.

 Quelle est la consommation mémoire de DataEXchanger ?

On peut avoir jusqu’à 8 moteurs d’exécution DataEXchanger sur une même CPU. Chaque moteur DataEXchanger en exécution consomme environ 30Mo de RAM.

 DataEXchanger peut-il piloter des traitements sous AS400 ?

Oui. DataEXchanger est capable de lancer des procédures d’import et/ou export d’applications AS400 via FTP ou son agent Java. Il peut aussi dialoguer avec les bases stockées sur ce système et récupérer des fichiers de log ou des variables d’environnements. Tous les éléments sont donc présent pour offrir un pilotage et un contrôle d’un traitement sous AS400.

 Est-on limité à un environnement Windows avec DataEXchanger ?

Evidemment non, la plateforme d’accueil de la solution est Windows, mais DataEXchanger dispose de plusieurs moyens pour dialoguer avec des plateformes hétérogènes (AS400, Unix, Mainframe, Linux, HP3000…) : TCP-IP, HTTP, FTP, mapping réseau, agents Java déportés. Nous avons intégré des clients 100% Unix ou AS400 où DataEXchanger est considéré comme une simple « boîte noire » en réseau.

 Quels sont les pré-requis pour installer DataEXchanger ? En production ? En développement ?

Production : Plateforme de type Windows 2000, XP, 2003 (Server ou Workstation) avec 1Go de RAM, un minimum de 100Mo de disque dur. Développement : Plateforme de type Windows 2000, XP, 2003 (Workstation) avec 256Mo ou 512Mo de RAM, un minimum de 100Mo de disque dur.