Comment migrer votre API REST vers la nouvelle API HTTP dans AWS

Online Coding Courses for Kids

Voyons la différence entre les spécifications REST et HTTP:

C’est là que la majorité de nos changements entrent en jeu. AWS dispose d’une multitude d’extensions à l’API ouverte qui déterminent le comportement dans le cloud une fois déployé. La plus grande différence entre les API REST et HTTP est les extensions qu’elles prennent en charge:

  • REST prend en charge la validation des demandes et des réponses. HTTP ne le fait pas.
  • HTTP prend en charge les définitions CORS. REST ne fonctionne pas.

Bien qu’il puisse y avoir moins de différences ici, ce sont des différences percutantes. Rappelez-vous comment dans nos modifications lambda, nous avons dû ajouter une validation sur le corps de la demande? Avec REST, les validateurs sont placés au-dessus d’API Gateway et n’exécutent pas votre code lambda à moins que tout ne corresponde au schéma.

La validation des demandes et des réponses n’est actuellement pas prise en charge dans les API HTTP.

Cela signifie que vous devez revenir en arrière et ajouter le code de validation simple à vos fonctions lambda pour vous assurer que vous n’obtenez pas de données malveillantes. Ce n’est pas une tâche difficile, mais c’est un peu fastidieux.

Étant donné que CORS est défini dans la spécification OAS3.0, l’API HTTP peut ajouter les en-têtes nécessaires pour vous dans vos réponses lambda. Donc, au moins, vous n’avez pas à vous soucier de les ajouter pendant la refactorisation.

Close Menu