logo
architecture

Architecture de haute disponibilité

Les environnements de production des sites clients s’appuient sur une architecture de haute disponibilité. Pour cela, plusieurs mécanismes sont utilisés selon le type de composant :

  • Pour ce qui concerne le réseau, routeur, pare-feu… Nous utilisons le “principe du cluster”. C’est un groupe de composants actifs. Si un composant devient défectueux, un autre prend le relais.
  • Pour les composants réalisant les traitements (transactions, traitements par lots, …), nous nous basons sur un “principe de grappe” de serveurs ou de containers sur lesquels sont répartis les utilisateurs, travaux planifiés, transactions, etc.
  • Pour les autres services, on utilise le principe de la redondance des serveurs actifs par des serveurs passifs/inactifs. Ces serveurs sont activés automatiquement en cas de dysfonctionnement d’un composant actif.
réplication

Le principe de réplication

La haute disponibilité des données utilise le principe de la réplication. Nous utilisons une réplication des bases de données en mode asynchrone pour optimiser les performances.
Le délai maximal de pertes de données est de 5 minutes. Pour les répertoires de fichiers, la réplication est synchrone.

sauvegarde

Sauvegarde des données

La haute disponibilité d’une plateforme s’appuie aussi sur le système de sauvegarde des données.

FRÉQUENCE ET RÉTENTION

Tous les serveurs de la plateforme sont sauvegardés selon une “politique de sauvegarde des données” qui concerne :

  • Les journaux des bases de données de production sauvegardés toutes les 5 minutes avec un délai de rétention d’une journée.
  • Tous les espaces de données clients (programmes, bases de données, répertoires de fichiers…). Ils sont sauvegardés quotidiennement avec un délai de rétention de 20 jours.

 

STOCKAGE SUR LES SERVEURS

Les sauvegardes sont stockées dans le centre informatique secondaire situé en Europe. Une copie locale, des 7 derniers jours, est conservée dans le centre de production principal pour des raisons de rapidité de restauration en cas d’incident.

plan de reprise

Plan de reprise d’activité

Le plan de reprise d’activité (PRA) permet d’assurer la continuité des services. Il est déclenché en cas de menace ou de sinistre affectant la plateforme Cloud hébergée dans le data center principal. Le PRA s’appuie sur le data center secondaire.

Dans ce centre informatique, les accès réseau sont préconfigurés. Les zones de stockages de données sont alimentées par synchronisations régulières des données du site principal. Nous estimons la durée maximale des pertes de données à 15 minutes.

Quand le PRA est déclenché, une mise en route progressive et automatisée des composants est effectuée pour les services de traitement.

Le délai de mise en service du centre informatique de secours s’appuie sur un redémarrage progressif des services. Cela se passe 4 heures après la décision de basculer sur le centre informatique de secours. Nous estimons un délai de 24 heures pour bénéficier des pleines capacités de production de la plateforme.

Cet article vous a plu ? Partagez-le !

Les dernières actualités de la gestion d’entreprise

Société 15 Avr 2026
SLM vs LLM : quel modèle d’IA pour vos futurs agents intelligents ?

L’intelligence artificielle entre dans une nouvelle ère : celle des agents IA autonomes, capables de planifier, d’exécuter et d’optimiser des tâches complexes sans intervention humaine constante. Selon Gartner, d’ici 2028, 33 % des applications d’entreprise intégreront des fonctionnalités agentiques, contre moins de 1 % début 2024. Mais derrière chaque agent se cache un choix technique structurant : quel modèle de langage le fait tourner ? Un LLM (Large Language Model) ou un SLM (Small Language Model) ? Ce choix a des conséquences directes sur les coûts, la rapidité, la fiabilité et la pertinence des réponses. Décryptage pour y voir clair. 

Photo de techniciens de production travaillant dans une salle de contrôle d'usine pour assurer la maintenance des machines industrielles.
Métier 13 Avr 2026
Le vrai problème de la maintenance industrielle n’est pas technique (et personne n’en parle)

Dans l’industrie, on parle sans cesse de fiabilité, de capteurs IoT, de maintenance préventive et curative et de performance opérationnelle. À première vue, tout semble tourner autour de la technologie : équipements industriels plus intelligents, algorithmes plus précis, machines communicantes. Et pourtant, le vrai problème de la maintenance industrielle n’est pas technique. Il est humain, organisationnel, et souvent invisible tant qu’il ne fait pas chuter les indicateurs de performance ou la satisfaction client. Le décalage ne se situe plus entre les besoins de maintenance et la technologie disponible, mais entre la complexité du terrain et la capacité des organisations à piloter efficacement leur activité de service.

Société 09 Avr 2026
Plateforme multi-agents IA : orchestrer des IA agentiques pour l’entreprise
Société 02 Avr 2026
Revivez les temps forts de notre événement « Signature » !
ERP 01 Avr 2026
ERP et NF525 : tout comprendre sur la certification des logiciels de caisse en 2026

Envie de rester informé ? Recevez nos actualités dans votre boîte email.