Architecture fonctionnelle de

L'architecture fonctionnelle du est un modèle architectural qui identifie les fonctions, les interactions et les besoins informatiques correspondants du . L'architecture globale isole les différentes fonctionnalités et les schématise sous forme de blocs fonctionnels.

La figure ci-dessous illustre les principaux blocs fonctionnels utilisés pour la prise en charge des tâches d'intégration de votre d'entreprise.

Les cinq types de blocs différents sont définis comme suit :

• Le bloc Clients inclut un ou plusieurs et navigateur(s) Web pouvant être sur la même machine ou sur des machines différentes.

  À partir du , vous pouvez effectuer des processus d'intégration de données ou de services de données, des routes de médiation et des services puis les publier dans votre référentiel d'artefacts. Le permet à l'utilisateur ou l'utilisatrice (un gestionnaire de projets, un développeur ou un administrateur) de travailler sur tout projet sur lequel il a les droits de création de Services Web, REST ou de données, ainsi que de Routes de médiation. Pour plus d'informations concernant les Jobs, les Routes ou les Services, consultez les chapitres respectifs dans le présent Guide d'utilisation.

  Dans le navigateur Web, les utilisateurs et utilisatrices finaux·les se connectent à l'Administration Center distant via un protocole HTTP sécurisé.

• Le bloc Server comprend le module Talend Administration Center (serveur d'applications) avec deux référentiels partagés : un basé sur un serveur Git et l'autre sur un référentiel d'artefacts. est également connecté à des bases de données : une pour les métadonnées d'administration, une autre pour les informations d'audit et une dernière pour le monitoring des activités. est connecté au(x) serveur(s) d'exécution Runtime.

  Ce centre d'administration vous permet de configurer l'exécution des tâches qui gèrent l'exécution des Routes ou des Services dans . Via l'Administration Center, vous pouvez accéder aux Routes et Services créés dans , publiés dans le référentiel d'artefacts et les gérer. Vous pouvez également configurer et monitorer leur déploiement et leur exécution dans le Runtime. Pour plus d'informations, consultez Exécution de Jobs, Routes et Services.

• Le bloc Repositories inclut le serveur Git et le . Le serveur Git est utilisé pour centraliser toutes les métadonnées des projets telles que les Jobs, les routines, les Routes ou encore les services partagé·es entre les différent·es utilisateur·trices et accessibles depuis le afin de les développer et à partir de pour les publier, déployer et monitorer. Le référentiel est utilisé pour stocker les Routes et les Services publiés depuis le et prêts à être déployés dans Runtime.

• Le bloc Execution Servers représente un ou plusieurs Runtimes (moteur d'exécution) déployé(s) dans votre système d'information. Le Runtime vous permet de déployer et d'exécuter les Routes et les Services récupérés depuis le référentiel d'artefacts Nexus selon la configuration définie dans via l'application Web. Pour plus d'informations concernant la gestion des déploiements, consultez Exécution de Jobs, Routes et Services et pour plus d'informations concernant Runtime, consultez Introduction to Talend ESB Infrastructure Services (uniquement en anglais) (en anglais).

  Si vous avez plusieurs conteneurs de Runtime dans lesquels déployer les artefacts des Routes et des Services, vous pouvez utiliser la répartition de charge afin d'équilibrer leurs exécutions selon vos besoins. Toutes les instances de communiquent entre elles via le pour identifier l'instance la plus à même de déployer et d'exécuter le ou les artefacts dont les paramètres de déploiement ont été définis dans . L'instance de choisie pour le déploiement va alors appeler l'artefact ou les artefacts à déployer et exécuter dans le référentiel d'artefacts. Le référentiel d'artefacts va ensuite envoyer l'artefact ou les artefacts demandé·s ainsi que les dépendances nécessaires à leur exécution dans , afin que les déploie et les exécute.

• Le bloc Databases représente les bases de données d'Administration, d'Audit et de Monitoring. La base de données d'Administration est utilisée pour gérer les comptes d'utilisateur·trices, droits d'accès et autorisations des projets notamment. La base de données d'Audit est utilisée pour évaluer les différents aspects des Jobs implémentés dans un Projet réalisé via le . Cette opération permet de fournir de solides facteurs quantitatifs et qualitatifs au support décisionnel orienté processus. La base de données permet aux utilisateurs·trices finaux·les de surveiller les appels de service. Il permet de monitorer les informations d'un événement consolidé, que l'utilisateur·trice final·e peut utiliser pour comprendre les requêtes et les réponses sous-jacentes composant un événement, de monitorer les erreurs pouvant être générées de manière inattendue et venir en support des systèmes décisionnels.