Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Multi-Region Custom-Domain AppSync API proxy
Date de publication : 6 mai 2022 (Historique du diagramme)
Cette architecture montre comment réduire la latence pour les utilisateurs finaux tout en augmentant la disponibilité en fournissant des points de terminaison d'API GraphQL dans plusieurs AWS régions. Vous utilisez Amazon AppSync avec une synchronisation active et active des données en temps réel prise en charge par Amazon DynamoDB Global Tables.
Multi-Region Custom-Domain AppSync API proxy
Les étapes suivantes décrivent l'architecture :
-
Créez une ou plusieurs tables de base de données DynamoDB dans la première AWS région pour stocker les données de votre charge de travail. Activez la fonction DynamoDB Global Table pour propager les modifications de données de manière bidirectionnelle en mode multiactif vers toutes les autres régions.
-
Créez un point de terminaison d'API Amazon AppSync GraphQL dans chaque région concernée, en utilisant DynamoDB Global Tables pour stocker et répliquer les données de votre charge de travail.
-
Créez un point de terminaison d'API proxy Amazon API Gateway dans chaque région concernée, en transférant toutes les demandes vers le même point de AppSync terminaison régional.
-
Créez ou importez un certificat SSL pour votre domaine dans l'AWS Certificate Manager (ACM) de chaque région. Configurez chaque passerelle API régionale pour prendre en charge les requêtes HTTPS en référençant le certificat SSL de votre domaine.
-
Configurez tous les AppSync points de terminaison régionaux pour utiliser un mécanisme d'autorisation commun à l'aide d'Amazon Cognito ou un AWS Lambda autorisateur commun pour une autorisation fluide des clients.
-
Configurez Amazon Route 53 pour transférer les demandes de votre domaine vers le point de terminaison Regional API Gateway avec la latence la plus faible par rapport à la localisation du client.
-
Les clients du monde entier envoient des demandes de commandes et des requêtes à la région la plus proche.
-
Les tables globales DynamoDB répliquent automatiquement les modifications de données dans toutes les régions configurées.
Suggestions de lecture
Pour plus d'informations, consultez les ressources suivantes :
Historique du diagramme
Pour être informé des mises à jour de ce schéma d'architecture de référence, abonnez-vous au fil RSS.
| Modification | Description | Date |
|---|---|---|
Publication initiale | Schéma d'architecture de référence publié pour la première fois. | 6 mai 2022 |
Note
Pour vous abonner aux mises à jour RSS, un plug-in RSS doit être activé pour le navigateur que vous utilisez.