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.
Schéma de routage du nom d’hôte
Le routage par nom d’hôte est un mécanisme permettant d’isoler les services d’API en attribuant à chaque API son propre nom d’hôte ; par exemple, service-a.api.example.com ou service-a.example.com.
Cas d’utilisation types
Le routage à l’aide de noms d’hôtes réduit les frictions lors des lancements, car rien n’est partagé entre les équipes de service. Les équipes sont chargées de tout gérer, des entrées DNS aux opérations de service en production.
Avantages
Le routage par nom d’hôte est de loin la méthode la plus simple et la plus évolutive pour le routage d’API HTTP. Vous pouvez utiliser n'importe quel AWS service approprié pour créer une architecture qui suit cette méthode. Vous pouvez créer une architecture avec Amazon API Gateway AWS AppSync
Les équipes peuvent utiliser le routage par nom d’hôte pour être entièrement propriétaires de leur sous-domaine. Cela facilite également l'isolation, le test et l'orchestration de déploiements pour des versions Régions AWS ou des versions spécifiques, region.service-a.api.example.com par exemple ou. dev.region.service-a.api.example.com
Inconvénients
Lorsque vous utilisez le routage par nom d’hôte, vos clients doivent mémoriser différents noms d’hôte pour interagir avec chaque API que vous exposez. Vous pouvez atténuer ce problème en fournissant un kit SDK client. Cependant, les kits SDK clients présentent leurs propres défis. Par exemple, ils doivent prendre en charge les mises à jour propagées, le multilinguisme, la gestion des versions, la communication des modifications majeures causées par des problèmes de sécurité ou des corrections de bogues, la documentation, etc.
Lorsque vous utilisez le routage par nom d'hôte, vous devez également enregistrer le sous-domaine ou le domaine chaque fois que vous créez un nouveau service.
