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.
Recréation d’un mappage d’API à l’aide de règles de routage
Vous pouvez recréer un mappage d’API à l’aide de règles de routage. Pour recréer un mappage d’API, assurez-vous d’activer la suppression du chemin de base. Cela préserve le comportement des mappages d’API. Pour de plus amples informations, veuillez consulter Suppression du chemin de base avec les conditions du chemin de base.
Le tutoriel suivant explique comment recréer le mappage d’API https://
           en tant que règle de routage, et comment mettre à jour vos journaux d’accès pour enregistrer l’ID de la règle de routage utilisée par API Gateway pour envoyer le trafic à votre API.api.example.com/orders/v2/items/categories/5
- AWS Management Console
- 
            Pour définir le mode de routage sur ROUTING_RULE_THEN_ API_MAPPING- Connectez-vous à la console API Gateway à l'adresse https://console.aws.amazon.com/apigateway. 
- Sélectionnez Noms de domaine personnalisés dans le volet de navigation principal. 
- 
                Choisissez votre nom de domaine personnalisé. 
- 
                Sous Détails du domaine, choisissez Modifier. 
- 
                Pour le mode de routage, choisissez API_MAPPINGROUTING_RULE_THEN_. 
- 
                Choisissez Enregistrer. 
 Après avoir défini le mode de routage, vous allez créer la règle de routage. Pour créer la règle de routage- 
                Dans l’onglet Détails du routage, choisissez Ajouter une règle de routage. 
- 
                Choisissez Ajouter une condition, puis Chemin. 
- 
                Sous Chemin, saisissez orders/v2/items/categories/5.
- 
                Sous Chemin de base de la bande, choisissez Actif. 
- Sous API cible, choisissez votre API cible. 
- Sous Étape cible, choisissez votre étape cible. 
- 
                Choisissez Suivant. 
- 
                Sous Priorité, saisissez une priorité. Même si vous conservez votre mappage d’API, API Gateway utilisera toujours la nouvelle règle de routage, car les règles de routage ont toujours la priorité sur les mappages d’API. 
- Sélectionnez Enregistrer les modifications. 
 Après avoir créé la règle de routage, mettez à jour le format du journal d’accès pour votre étape, ou créez un journal afin de vérifier qu’API Gateway utilise votre règle de routage pour envoyer le trafic à votre API. Pour mettre à jour vos journaux d’accès- Connectez-vous à la console API Gateway à l'adresse https://console.aws.amazon.com/apigateway. 
- Choisissez votre API. 
- Dans le volet de navigation principal, choisissez Étapes. 
- Sous Journaux et traçage, choisissez Modifier. - Si vous n’avez pas de groupe de journaux, consultez Configuration de la journalisation CloudWatch pour les API REST dans API Gateway. 
- Ajoutez - $context.customDomain.routingRuleIdMatchedà votre format de journal.- Ce groupe de journaux enregistre l’ID de la règle de routage utilisée par API Gateway pour envoyer le trafic à votre API. Pour de plus amples informations, veuillez consulter Je ne peux pas dire comment API Gateway a envoyé du trafic à mon APIs. 
- Choisissez Enregistrer. 
 Après avoir mis à jour vos journaux d’accès, invoquez votre nom de domaine personnalisé. Voici un exemple de commande curl permettant d’invoquer le nom de domaine personnalisé https://avec le chemin de baseapi.example.comorders/v2/items/categories/5.curl "https://api.example.com/orders/v2/items/categories/5"Après avoir invoqué avec succès votre nom de domaine personnalisé, vérifiez que CloudWatch Logs affiche le routingRuleIdMatched. Pour savoir comment utiliser la console CloudWatch Logs pour afficher un groupe de journaux, consultezAffichage des événements des journaux API Gateway dans la console CloudWatch.
- AWS CLI
- 
            - 
                Utilisez la update-domain-namecommande suivante pour mettre à jour le nom de domaine api.example.comROUTING_RULE_THEN_API_MAPPING.aws apigatewayv2 update-domain-name \ --domain-name 'api.example.com' \ --routing-mode ROUTING_RULE_THEN_API_MAPPING
- 
                Utilisez la create-routing-rulecommande suivante pour créer une nouvelle règle de routage afin de recréer le mappage https://d'API.api.example.com/orders/v2/items/categories/5aws apigatewayv2 create-routing-rule \ --domain-name 'api.example.com' \ --priority 50 \ --conditions '[ { "MatchBasePaths": { "AnyOf": [ "orders/v2/items/categories/5" ] } } ]' \ --actions '[ { "InvokeApi": { "ApiId": "a1b2c3", "Stage": "prod", "StripBasePath": true } } ]'
- 
                Utilisez la commande update-stage suivante pour mettre à jour le format des journaux d’accès afin qu’il inclut la variable $context.customDomain.routingRuleIdMatched. Cette variable enregistre l’ID de la règle de routage utilisée par API Gateway pour envoyer le trafic à votre API. Vous allez utilisez ce journal pour vérifier qu’API Gateway utilise votre règle de routage pour envoyer le trafic à votre API. Pour de plus amples informations, veuillez consulter Je ne peux pas dire comment API Gateway a envoyé du trafic à mon APIs.aws apigateway update-stage \ --rest-api-ida1bc2c3\ --stage-name prod \ --patch-operations "op=replace,path=/accessLogSettings/format,value='\$context.path \$context.customDomain.routingRuleIdMatched \$context.requestId \$context.extendedRequestId'"Si vous n’avez pas de groupe de journaux, consultez Configuration de la journalisation CloudWatch pour les API REST dans API Gateway. 
- 
                Utilisez l’exemple de commande curl suivant pour invoquer votre nom de domaine personnalisé à l’aide du chemin de base orders/v2/items/categories/5.curl "https://api.example.com/orders/v2/items/categories/5
- 
                Utilisez la filter-log-eventscommande suivante pour obtenir les événements du journal à partir du groupe de journaux access-log-group-orderscontenant l'ID de règle de routageabc123.aws logs filter-log-events --log-group-name access-log-group-orders --filter-pattern abc123Vous avez la confirmation qu’API Gateway a utilisé la règle de routage pour envoyer le trafic à votre API. 
 
-