Architecture & Haute disponibilité
Zéro interruption.
Vos flux éditiques continuent.
Une instance ScopIOM tombe : les autres prennent le relais sans intervention, sans perte de document, avec reprise à la page exacte. Le mode cluster actif/passif partage une base de données commune entre les nœuds. Aucune synchronisation manuelle, aucun doublon. Conçu pour les environnements de production critique 24h/24.
La réalité de terrain
Une architecture conçue pour ne jamais s'arrêter
Un incident sur votre serveur d'output management, et c'est toute la chaîne documentaire qui s'arrête. Factures bloquées, courriers en attente, opérateurs de production sans visibilité. Pour éviter cela ScopIOM™ se déploie nativement en cluster multi-instances. La configuration est centralisée dans la base de données partagée. Chaque instance est autonome et coordonnée.
la base de données
Chaque instance active envoie une requête à la base de données partagée pour obtenir un pool de jobs à traiter. Aucune communication directe entre instances.
des pools distincts
La base assigne un pool différent à chaque instance. Un même job ne peut pas être distribué à deux instances simultanément. Zéro doublon, zéro conflit.
redistribution automatique
Si une instance tombe, les jobs non traités de son pool réintègrent la file. Ils sont inclus dans le prochain pool distribué aux instances restantes. Aucune intervention manuelle.
à la restauration
À la remise en ligne, l'instance se reconnecte à la base de données partagée et retrouve l'intégralité de son contexte de traitement. Elle réintègre le cluster sans reconfiguration.
Schéma haute disponibilité
Comment ça marche ?
ScopIOM™ se déploie nativement en cluster multi-instances sur une base de données partagée. Chaque instance interroge cette base pour récupérer son pool de jobs, les traite de façon autonome et coordonnée avec les autres nœuds. Aucun fichier de configuration à synchroniser entre serveurs : la base de données est la source de vérité unique. En cas d'indisponibilité d'une instance, les jobs non traités sont automatiquement redistribués aux instances actives au prochain cycle d'interrogation. Une instance restaurée se reconnecte et retrouve intégralement son contexte de traitement, sans intervention manuelle.
-
Configuration centralisée, zéro synchro manuelle
La base de données partagée est la source de vérité unique. Aucun fichier de configuration à synchroniser entre nœuds. Une instance restaurée retrouve intégralement son contexte de traitement.
-
Aucun job traité deux fois
Le scheduler distribue des pools de jobs distincts par instance. Deux nœuds ne peuvent pas traiter le même job simultanément. La gestion des conflits est native, coordonnée par la base de données partagée.
-
Routage et failover natifs au niveau de l'instance
À la soumission, ScopIOM™ évalue la disponibilité de l'instance cible. Si l'instance est indisponible, le job est automatiquement rerouté vers une autre instance du cluster. Aucune intervention manuelle.
-
Montée en charge
Des instances supplémentaires peuvent être ajoutées, sans reconfiguration. Le volume de traitements est répartis entre les différentes instances.
Modes de déploiement
On-premise, cloud ou multisite : votre infrastructure, vos règles
ScopIOM™ s'adapte à votre modèle d'exploitation existant. Pas de contrainte d'hébergement imposée.
Déploiement local
sur vos serveurs
Installation sur vos infrastructures physiques ou virtualisées. Données documentaires qui ne sortent pas de votre datacenter. Idéal pour les environnements soumis à des contraintes réglementaires strictes (secteur public, mutualité, finance).
- Windows Server 2016 / 2019 / 2022 / 2025
- RHEL 8 / 9 / 10
- Serveur physique ou VM
- JDK 17 inclus dans le package
Instances EC2 AWS, Azure VM
et au-delà
Déploiement sur instances cloud avec le même modèle cluster. Compatibilité native avec les BDD managées des principaux CSP. Architecture testée en production chez des clients EMEA/APAC avec gestion centralisée.
- AWS EC2 ou Azure VM validés
- SQL Server, Oracle, PostgreSQL managés
- HTTPS sur toutes les communications
- OAuth2 pour l'authentification
Cluster central,
exécution régionale
Les jobs arrivent sur le cluster central (EMEA). Les jobs destinés à des imprimantes APAC ou US sont pris en charge par l'instance la plus proche du périphérique. Vue globale centralisée, exécution décentralisée.
- Cluster EMEA + instances régionales
- Même base de données partagée
- Ajout d'instance régionale à la volée
- Supervision globale unifiée (Superviz)
Sécurité - ScopIOM 6.0
Une architecture durcie pour les environnements sous audit
La version 6.0 introduit un ensemble de mesures de sécurité conçues pour répondre aux politiques de sécurité des DSI des grandes organisations : cloisonnement strict des rôles, traçabilité renforcée, conformité réseau.
SSO, LDAP multi-domaines, Active Directory. Protocole ouvert, plus léger à intégrer dans les environnements hybrides et cloud.
HSTS, CORS, protections anti-XSS et anti-clickjacking activées. Toutes les communications internes et externes transitent en HTTPS.
Seuls les périphériques déclarés et authentifiés communiquent avec ScopIOM™. Réponse aux politiques de sécurité réseau strictes.
Administrateur, Opérateur, Utilisateur : isolation totale sans possibilité d'élévation de privilèges. Journalisation enrichie des tentatives de connexion (IP, horodatage, identifiant).
Mode Maintenance par instance
Comment ça marche ? Une instance en mode maintenance cesse d'accepter et de traiter des jobs. Les autres nœuds du cluster continuent sans interruption. C'est la réponse à un problème récurrent en production : en v5.2, la coordination entre nœuds rendait les fenêtres de maintenance complexes à planifier.
Mise en maintenance sans arrêt de production. Les jobs en cours sur les autres instances ne sont pas affectés.
Reprise automatique à la réactivation. L'instance réintègre le cluster et reprend sa part de charge sans intervention.
Mise à jour nœud par nœud. Mises à jour ScopIOM™ sans fenêtre de maintenance globale imposée à la production documentaire.
Pilotage depuis l'interface web. Activation du mode maintenance en un clic depuis l'interface v6.0, sans accès console serveur.
Vous vous reconnaissez ?
Votre production documentaire mérite
une architecture robuste.
Les équipes MPI Tech accompagnent la définition de votre architecture cluster, de l'audit de vos flux actuels jusqu'à la mise en production.