Schéma du système
Principaux composants et sens du traitement des requêtes. Les lignes pointillées indiquent les accès au stockage ; le schéma résume les relations sans énumérer tous les appels internes.
Le schéma présente les principaux composants et le parcours d’une tâche depuis l’interface web jusqu’aux systèmes externes. Le rôle de chaque composant est décrit ci-dessous.
Carte des composants
| Composant | Rôle | Ce que voit l’utilisateur |
|---|---|---|
| Interface web | Affiche les bibliothèques, le canevas, les paramètres et les résultats. | Un espace de travail pour préparer et exécuter les flux. |
| Serveur API | Valide les requêtes, les autorisations, les révisions et les paramètres. | Contrôle des accès, enregistrement et diagnostic. |
| File d’attente persistante | Conserve les tâches jusqu’à leur exécution et empêche l’acceptation répétée d’une même requête. | États en file d’attente, en cours et en attente. |
| Exécuteur | Traite les tâches et gère les signaux de présence, l’annulation et la reprise après incident. | Progression de l’exécution et résultat fiable. |
| Ordonnanceur du graphe | Identifie les blocs prêts, les branches indépendantes et les étapes d’écriture. | Dépendances reproductibles entre étapes. |
| Connecteurs | Lisent les objets et préparent les écritures vers un système donné. | Champs de connexion et sélection des objets. |
| Stockage des résultats | Conserve les tables des exécutions et les données préparées. | Aperçus des sorties et diagnostic. |
| Planificateur des tâches | Détermine la prochaine exécution et les changements des sources surveillées. | Calendriers et historique des exécutions automatiques. |
Séparer les métadonnées des données
La base partagée conserve les définitions des objets, les autorisations, les révisions, la file d’attente et les journaux. Le contenu des fichiers importés est stocké en dehors de cette base. Les tables et les éléments d’une exécution disposent d’un stockage temporaire ou de travail distinct. Une sauvegarde de la seule base ne constitue donc pas une sauvegarde complète du système.
Limites des responsabilités
UBC Data Bridge contrôle l’ordre des traitements et valide les opérations, tandis que les services externes restent responsables de leurs données et de leurs règles d’accès. Il n’existe pas de transaction globale couvrant un cube, une base SQL et un message. Si certaines actions externes sont déjà confirmées, une erreur ultérieure ne les annule pas automatiquement.
Ressources de réseaux privés, API et composition
UBC Data Bridge Agent s’exécute à proximité des ressources du réseau privé et établit un canal sortant protégé. Le serveur lui transmet les opérations autorisées ; sa configuration limite les adresses et les dossiers accessibles. Les API entrantes acceptent les requêtes des clients externes, tandis que les publications exposent les résultats des processus. Les sous-flux exécutent un traitement réutilisable dans l’exécution en cours ; les appels de flux créent des exécutions enfants distinctes. Chaque mécanisme applique ses règles d’accès et doit être vérifié dans l’environnement concerné.