Périmètre contrôlé
Les systèmes, bases de données, sources et autorisations approuvés définissent les limites du déploiement : les éléments auxquels CIRMS peut accéder et les opérations qu’il est autorisé à effectuer.
Architecture
D’un déploiement HERCULES unique aux modèles hiérarchiques HERCULES–ATLAS et aux modèles Multi-ATLAS prévus pour les environnements à grande échelle.
Modèles de déploiement
Une architecture.
Différentes échelles opérationnelles.
Sélectionnez un modèle de déploiement pour explorer les relations entre les ressources gérées, HERCULES et ATLAS.
Architecture HERCULES unique
Un environnement opérationnel
Un déploiement HERCULES unique assure un contrôle opérationnel centralisé pour un environnement géré, grâce à un modèle de communication en étoile (hub-and-spoke). Il relie les bases de données, les applications, l’infrastructure, les services et d’autres ressources opérationnelles à une seule couche d’exécution.
Avec GL3, HERCULES assure l’automatisation intelligente, la supervision, les contrôles d’état, la gestion des ressources et l’acquisition de données. Avec GL4, il transforme les données opérationnelles collectées en connaissances gouvernées, structurées et prêtes pour l’IA.
Le modèle en étoile utilise des schémas d’interaction standardisés, ce qui simplifie l’administration et permet d’intégrer des ressources et des systèmes supplémentaires à mesure que les besoins augmentent, sans modifier l’architecture CIRMS sous-jacente.
- Une machine HERCULES dessert un environnement opérationnel géré.
- GL3 assure l’automatisation intelligente, la supervision, les contrôles d’état, la gestion des ressources et l’acquisition de données.
- GL4 transforme les données opérationnelles collectées en connaissances gouvernées, structurées et prêtes pour l’IA.
Particulièrement adapté aux : organisations qui ont besoin d’une plateforme opérationnelle centrale au sein d’un seul environnement ou site.
Visualisation de l’architecture. Cette illustration présente les relations opérationnelles entre un déploiement HERCULES, les ressources connectées et les couches GL3 / GL4. Il s’agit d’une vue conceptuelle de la plateforme, et non d’un tableau de bord en temps réel.
Résumé de la structure
Schéma simplifié du même modèle de déploiement sur cette page.
01 / HERCULES UNIQUE
Un environnement géré
Bases de données
Applications
Infrastructure
Services
HERCULES
Exécution opérationnelle
GL3
GL4
GL3
Automatisation et
Acquisition de données
Acquisition de données
GL4
AI Data
Readiness
Readiness
Architecture HERCULES–ATLAS
Coordination centrale. Exécution locale.
Cette architecture introduit ATLAS comme couche centralisée de coordination et de supervision au-dessus de plusieurs machines HERCULES opérant dans différents environnements, sites ou domaines technologiques.
Chaque HERCULES continue d’exécuter ses tâches localement et de manière indépendante, en combinant l’automatisation intelligente et l’acquisition de données de GL3 avec AI Data Readiness de GL4. ATLAS consolide les informations opérationnelles de ces environnements et fournit une vue à l’échelle de l’organisation pour la supervision, la coordination et la gouvernance centralisées.
Le modèle hiérarchique permet une exécution distribuée avec une supervision centrale et une aide à la décision éclairée. L’évolution GL5 prévue vise à étendre ces capacités grâce aux modèles d’IA, à l’analyse intelligente et à l’intelligence conversationnelle, tout en maintenant la supervision humaine.
- HERCULES reste responsable de l’exécution locale et d’AI Data Readiness au sein de son environnement géré.
- ATLAS consolide la visibilité, la coordination et la gouvernance de plusieurs déploiements HERCULES.
- Le modèle permet une supervision à l’échelle de l’organisation tout en préservant l’exécution opérationnelle distribuée.
Particulièrement adapté aux : organisations exploitant plusieurs environnements, unités opérationnelles ou sites et ayant néanmoins besoin d’une couche de commande coordonnée.
Visualisation de l’architecture. Cette illustration montre des instances HERCULES opérant localement, tandis qu’ATLAS assure la coordination, la supervision et une vision consolidée des différents environnements.
Résumé de la structure
Schéma simplifié du modèle hiérarchique sur cette page.
02 / HERCULES–ATLAS
Exécution distribuée · Supervision centrale
ATLAS
Coordination et vue de l’ensemble de l’organisation
HERCULES
Services de données
GL3
GL4
Bases de données
HERCULES
Infrastructure / OS
GL3
GL4
Infrastructure gérée
HERCULES
Applications / services
GL3
GL4
Systèmes connectés
Architecture Multi-ATLAS
Supervision distribuée à plus grande échelle.
Pour les grandes organisations, géographiquement distribuées ou couvrant plusieurs domaines, l’architecture CIRMS prévue peut s’étendre à plusieurs machines ATLAS interconnectées, chacune coordonnant des groupes d’environnements HERCULES.
Ce modèle vise à prendre en charge la supervision distribuée, la résilience opérationnelle, l’évolutivité et la gestion des ressources à l’échelle de l’organisation, tout en préservant l’exécution locale de HERCULES. Les objectifs architecturaux proposés comprennent une supervision redondante, des mécanismes de continuité coordonnés et une visibilité opérationnelle continue sur plusieurs domaines.
L’intégration future de GL5 vise à enrichir l’architecture avec des modèles d’IA, une analyse intelligente et une aide à la décision, tout en maintenant une gouvernance centralisée, la traçabilité et la supervision humaine.
- Plusieurs nœuds ATLAS coordonnent des groupes distincts d’environnements HERCULES au sein d’organisations de grande taille ou distribuées.
- L’orientation de conception vise la résilience, l’évolutivité, une supervision redondante et une visibilité opérationnelle continue.
- Le modèle reste une orientation architecturale prévue, et non un déploiement en production ou une garantie de basculement.
Note de planification : ce modèle illustre une orientation cible pour de futurs scénarios de montée en charge horizontale. Il doit être considéré comme une architecture conceptuelle, et non comme la preuve d’un comportement de basculement testé.
Visualisation de l’architecture prévue. Cette illustration présente l’orientation envisagée pour une coordination et une résilience élargies à de nombreux environnements HERCULES. Elle ne décrit pas une topologie de production garantie.
Résumé de la structure
Schéma simplifié du modèle Multi-ATLAS prévu sur cette page.
03 / MULTI-ATLAS
Architecture prévue
ATLAS
Groupe de coordination 1
ATLAS
Groupe de coordination 2
ATLAS
Groupe de coordination 3
Couche de supervision interconnectée
HERCULES
Environnement opérationnel
GL3
GL4
Ressources connectées
HERCULES
Environnement opérationnel
GL3
GL4
Ressources connectées
HERCULES
Environnement opérationnel
GL3
GL4
Ressources connectées
Modèle prévu : la supervision distribuée et la supervision redondante sont des objectifs architecturaux.
Déploiement en entreprise et contrôle des données
Déploiement en entreprise.
Contrôle par l’organisation.
CIRMS est conçu pour fonctionner au plus près des environnements qu’il gère. Chaque déploiement définit les systèmes, les sources de données, les autorisations et les limites opérationnelles accessibles à HERCULES et ATLAS. Les services externes et les intégrations d’IA ne sont introduits que dans le périmètre de déploiement convenu.
Exécution opérationnelle locale
HERCULES fonctionne au sein de l’environnement géré ou à proximité, tandis qu’ATLAS assure la coordination à un niveau supérieur lorsqu’il fait partie du déploiement.
Préparation traçable des données
GL4 rend visibles l’enregistrement, l’acquisition, la préparation, la validation, l’état de préparation et l’état de fonctionnement, afin que les équipes puissent examiner comment les données opérationnelles deviennent des connaissances préparées.
Supervision humaine
L’automatisation et les futures actions assistées par l’IA restent soumises aux contrôles, aux autorisations et à la responsabilité de l’organisation. Les personnes définissent le périmètre et examinent les résultats.
Le traitement externe relève d’une décision de déploiement. Tout service externe ou fournisseur d’IA doit être évalué au regard des informations qu’il peut recevoir, de ses droits d’accès et des modalités de traitement convenues. Les flux de données sont définis pour chaque déploiement, et non déduits d’un schéma d’architecture.
Discuter du périmètre de déploiementHERCULES exécute.
Automatisation et acquisition de données GL3, AI Data Readiness GL4, contrôles d’état, supervision, rapports et tableaux de bord.
ATLAS coordonne.
Gouvernance, coordination et vue à l’échelle de l’organisation sur les machines HERCULES.
GL5 est prévu.
L’intégration future vise à étendre l’architecture avec des modèles d’IA, une analyse intelligente et une intelligence conversationnelle, tout en maintenant la gouvernance et la supervision humaine.
Prochaines étapes
Discutons de votre périmètre de déploiement.
Discutez de votre environnement, de vos exigences opérationnelles et d’AI Data Readiness avec Projet TOHOL®.