Vue d’ensemble de la géoréplication

Pour les développeurs d’applications et les ingénieurs informatiques, un objectif commun est de créer et d’exécuter des applications résilientes. La résilience est définie comme la capacité de votre application à réagir aux défaillances et reste toujours fonctionnelle. Pour atteindre la résilience face aux défaillances régionales dans le cloud, la première étape consiste à créer une redondance pour éviter un point de défaillance unique. Cette redondance peut être obtenue avec la géoréplication.

La fonctionnalité de géoréplication d’App Configuration vous permet de répliquer votre magasin de configuration dans les régions de votre choix. Chaque nouveau réplica sera situé dans une région différente et créera un nouveau point de terminaison pour que vos applications puissent y envoyer des requêtes. Le point de terminaison d’origine de votre magasin de configuration est appelé l’Origine. L’origine ne peut pas être supprimée, mais se comporte par ailleurs comme n’importe quelle réplique.

La modification ou la mise à jour de vos valeurs de clé peuvent être effectuées dans n’importe quel réplica. Ces modifications seront synchronisées avec toutes les autres répliques suivant un modèle de cohérence éventuelle.

La réplication de votre stockage des configurations offre les avantages suivants :

• Ajout de résilience pour les pannes Azure : En cas de panne régionale, les répliques sont affectées individuellement. Si une région subit une panne, tous les réplicas situés dans des régions non affectées sont toujours accessibles et synchronisés en continu. Une fois que la panne a été atténuée, tous les réplicas affectés sont synchronisés avec l’état le plus récent. Notez que la géoréplication offre uniquement des fonctionnalités de basculement automatique via les fournisseurs de configuration d’App Configuration. Sinon, vous pouvez également créer vos propres mécanismes de basculement personnalisés dans la configuration de votre application afin de passer d'un point de terminaison de réplica à un autre pour atténuer l’impact d'une panne d'Azure.
• Redistribution des limites de requête : Vous pouvez personnaliser dans le code le point de terminaison de réplique que votre application utilise afin de distribuer la charge de requêtes et d’éviter d’épuiser les limites des requêtes. Par exemple, si vos applications s’exécutent dans plusieurs régions et qu’elles envoient uniquement des demandes à une seule région, vous pouvez commencer à épuiser les limites des demandes App Configuration. Vous pouvez vous aider à redistribuer cette charge en créant des réplicas dans les régions dans lesquelles vos applications s’exécutent. Chaque réplica a des limites de requête isolées, égales à celles de l’origine. L’épuisement des limites des requêtes dans une réplique n’a aucun impact sur les limites des requêtes dans une autre réplique.
• Compartimentation régionale : L’accès à plusieurs régions peut améliorer la latence entre votre application et le magasin de configuration, ce qui entraîne des réponses de requêtes plus rapides et de meilleures performances si une application envoie des requêtes à son réplica le plus proche. La spécification de l’accès au réplica vous permet également de limiter le stockage et le flux de données entre différentes régions en fonction de vos préférences.

Pour activer cette fonctionnalité dans votre magasin, référencez le guide pratique pour activer le document de géoréplication.

Exemple de cas d’usage

Une équipe de développement crée un système constitué de plusieurs applications et dispose actuellement d’un magasin Azure App Configuration dans la région USA Ouest. L'utilisation de leur système augmente rapidement, et ils cherchent à se développer et à répondre aux besoins de leurs clients en Suède Centrale, dans l'Ouest des États-Unis, en Europe du Nord, et en Asie de l'Est. Toutes les applications qu’ils utilisent actuellement utilisent le magasin de configuration USA Ouest, en créant un point de défaillance unique. S’il y avait une panne régionale aux États-Unis Ouest et qu’il n’y avait pas d’autres mécanismes de basculement ou comportements par défaut, leur système n’était pas disponible pour les clients. En outre, globalement, toutes les applications sont actuellement limitées par la limite de requête d’un magasin de configuration. À mesure que l'équipe s'étend dans davantage de régions, cette limite deviendra intenable.

Cette équipe tirerait parti de la géoréplication. Ils peuvent créer un réplica de leur magasin de configuration dans chaque région où leur application sera en cours d’exécution. Ensuite, leurs applications peuvent envoyer des requêtes à un réplica dans la même région, plutôt que toutes les applications envoyant des requêtes vers la région USA Ouest. Cela offre deux avantages : une latence de requête améliorée et une meilleure distribution de charge. Le fait d’avoir une charge de requête bien distribuée permet d’éviter l’épuisement du quota de demandes. En outre, le fait d’avoir plusieurs réplicas permet à l’équipe de configurer son application pour basculer en cas de panne régionale. Par exemple, l’équipe peut configurer des applications s’exécutant en Suède Centre pour extraire la configuration de cette région, mais revenir à l’Europe Nord si la Suède Centre subit une panne. Même si App Configuration n’est pas disponible dans une région donnée, le système de l’équipe n’est pas affecté.

Considérations

• La géoréplication n’est pas disponible dans les niveaux Gratuit et Développeur.
• Chaque réplica a des limites, comme indiqué dans la page de tarification d’App Configuration. Ces limites sont isolées par réplica.
• Azure App Configuration prend également en charge les zones de disponibilité Azure pour créer un magasin résilient et hautement disponible dans une région Azure. La prise en charge des zones de disponibilité est automatiquement incluse pour un réplica si la région du réplica prend en charge les zones de disponibilité. La combinaison de zones de disponibilité pour la redondance au sein d’une région et la géoréplication entre plusieurs régions améliore la disponibilité et les performances d’un magasin de configuration.

Coût et facturation

Chaque réplique créée ajoutera des frais supplémentaires. Référencez la page de tarification App Configuration pour plus d’informations. Par exemple, si votre origine est un magasin de configuration de niveau standard et si vous avez cinq réplicas, vous êtes facturé au taux de six magasins de configuration de niveau standard pour votre système, mais chacun des quotas et requêtes isolés de votre réplica est inclus dans ces frais.

Supervision

Pour fournir des insights sur les caractéristiques de la fonctionnalité de géoréplication, App Configuration fournit une métrique nommée Latence de réplication. La métrique de latence de réplication décrit le temps nécessaire pour que les données soient répliquées d’une région à une autre.

Pour plus d’informations sur la métrique de latence de réplication et d’autres métriques d'App Configuration, consultez la référence des données de surveillance d'App Configuration.

Étapes suivantes

Résilience et récupération d’urgence