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.
Appel d’une méthode d’API avec des données utiles compressées dans API Gateway
Pour effectuer une demande d’API avec une charge utile compressée, le client doit définir l’en-tête Content-Encoding avec l’un des codages de contenu pris en charge.
Supposons que votre client d’API souhaite appeler la méthode d’API PetStore (POST
/pets). N’appelez pas cette méthode avec la sortie JSON suivante :
POST /pets Host: {petstore-api-id}.execute-api.{region}.amazonaws.com Content-Length: ... { "type": "dog", "price": 249.99 }
Au lieu de cela, vous pouvez appeler la méthode avec la même charge utile compressée en utilisant le codage GZIP :
POST /pets Host: {petstore-api-id}.execute-api.{region}.amazonaws.com Content-Encoding:gzip Content-Length: ... ���RPP*�,HU�RPJ�OW��e&���L,�,-y�j
Lorsqu’API Gateway reçoit la demande, il vérifie si le codage de contenu spécifié est pris en charge. Ensuite, il tente de décompresser la charge utile avec le codage de contenu spécifié. Si la décompression est réussie, il envoie la demande au point de terminaison d’intégration. Si le codage spécifié n’est pas pris en charge ou si la charge utile fournie n’est pas compressée avec le codage spécifié, API Gateway renvoie la réponse d’erreur 415 Unsupported Media
Type. L’erreur n’est pas consignée dans CloudWatch Logs, si elle se produit dans la phase précoce de décompression avant que l’API et l’étape ne soient identifiées.
