Faites correspondre l'appelant à la bonne porte

Vous êtes l'ingénieur ou l'ingénieure de plateforme d'une API avec quatre types d'appelants, et une décision vous attend : garder cette API en REST ou la migrer vers HTTP. Personne n'a noté de quoi dépend chaque appelant.

Ce que chaque appelant présente à l'entrée :

• L'utilisatrice ou l'utilisateur de l'appli Web, avec un jeton Cognito.
• L'appli partenaire, avec une clé de session opaque que votre propre code doit résoudre.
• La tâche par lots d'analytique, qui ne présente aucun jeton et est admise aujourd'hui selon le compte d'où elle appelle.
• Le service d'inventaire, qui signe ses requêtes avec des identifiants AWS.

Une API REST offre l'authentification IAM, un autorisateur Cognito, un autorisateur Lambda et une stratégie de ressource. Une API HTTP offre l'authentification IAM, un autorisateur JWT et un autorisateur Lambda, et n'a aucune stratégie de ressource.

Lesquels de ces appelants peuvent être pris en charge par une API REST, mais pas par une API HTTP?