UiPath Documentation
test-cloud
latest
false

Guide de l'administrateur de Test Cloud

Dernière mise à jour 12 mai 2026

Stratégie de haute disponibilité et de Disaster Recovery

UiPath® dispose d'une stratégie de haute disponibilité (HA) et de Disaster Recovery (DR) conçue pour minimiser les interruptions de service, protéger les données critiques et garantir la continuité des opérations pendant les pannes d'infrastructure ou les pannes régionales.

Haute disponibilité (High Availability)

L’objectif d’UiPath® est de garantir la continuité du service pendant les défaillances de l’infrastructure localisée.

La haute disponibilité est obtenue grâce aux éléments suivants :

  • Architecture redondante : les produits et services UiPath sont déployés dans plusieurs zones de disponibilité au sein de chaque région prise en charge.
  • Équilibrage de charge : les demandes sont automatiquement distribuées entre les instances de service saines à l'aide d'équilibreurs de charge au niveau de l'application et du réseau.
  • Conceptions sans état : dans la mesure du possible, les services sont conçus pour être sans état, permettant au trafic de passer d'une instance à une autre en cas de défaillance.
  • Vérifications de santé et réparation automatique : les vérifications de santé automatisées surveillent le statut du service. Les instances défaillantes sont automatiquement remplacées à l’aide d’outils d’orchestration tels que Kubernetes ou Auto Scaling Group.
  • Réplication des données : les données persistantes sont répliquées dans les zones de disponibilité pour maintenir la disponibilité et la cohérence.

Disaster Recovery

L’objectif d’UiPath® est de restaurer la disponibilité du service et de récupérer les données critiques en cas de panne régionale ou de panne catastrophique.

Notre stratégie de récupération des données comprend :

  • Redondance au niveau de la région : nous maintenons des déploiements redondants pour les services critiques dans les régions géographiquement isolées.
  • Réplication des données inter-régions : les données persistantes sont répliquées de manière asynchrone entre les régions pour prendre en charge la disponibilité et la cohérence.
  • Sauvegardes régulières : toutes les données critiques sont sauvegardées à une cadence régulière. Les sauvegardes sont chiffrées au repos et stockées dans un stockage d'objets durable interrégional.
  • Exercices de Disaster Recovery : les exercices de Disaster Recovery planifiés valident nos procédures de basculement et aident à identifier et à combler les lacunes dans l'automatisation, les outils ou la documentation.

1La région Singapour ne dispose pas d'une région secondaire en raison des exigences. Par conséquent, aucune donnée n'est enregistrée en dehors de Singapour.

Lorsqu'un incident se produit, les cibles de récupération sont définies à l'aide des métriques suivantes :

  • Objectif de temps de récupération (RTO) : la durée maximale acceptable pendant laquelle un système, une application ou un processus peut être indisponible après une défaillance ou une catastrophe.
  • Objectif du point de récupération (RPO) : la quantité maximale acceptable de perte de données mesurée dans le temps. Il reflète la quantité de données que vous pouvez vous permettre de perdre en cas d'incident.

Les objectifs de récupération cibles d'UiPath® sont :

  • RTO : inférieur ou égal à quatre heures.
  • RPO : inférieur ou égal à 15 minutes.

Amélioration continue

Nos pratiques de haute disponibilité et de reprise après sinistre sont continuellement évaluées et améliorées en se basant sur les éléments suivants :

  • Révisions post-incident et leçons tirées.
  • Modifications de l'infrastructure ou de l'architecture des applications.
  • Avancées des capacités des plates-formes et des meilleures pratiques de l'industrie.
  • Analyse des coûts par rapport aux risques.

Cette page vous a-t-elle été utile ?

Connecter

Besoin d'aide ? Assistance

Vous souhaitez apprendre ? UiPath Academy

Vous avez des questions ? UiPath Forum

Rester à jour