Classifier les types d'API Gateway

API Gateway prend en charge trois types d'API, chacun adapté à des charges de travail différentes. Les API REST sont les plus complètes en fonctionnalités et suivent un modèle requête/réponse, les API HTTP sont optimisées pour une latence et un coût faibles, et les API WebSocket maintiennent une connexion persistante pour une communication bidirectionnelle.

Faites glisser chaque capacité ou cas d'utilisation vers le type d'API Gateway qui lui correspond le mieux.

Cette activité fait partie du cours

Développer des applications sur AWS

Exercice interactif pratique

Passez de la théorie à l’action grâce à l’un de nos exercices interactifs

Commencer l’exercice

Cette activité fait partie du cours

Développer des applications sur AWS

SkillTag.level.intermediateSkillTag.label

5.0+

Commencer le cours gratuitement

Apprenez les fondements architecturaux des logiciels natifs du nuage. À la fin de ce chapitre, vous serez en mesure de choisir entre un monolithe, des microservices, du sans serveur et des modèles axés sur les événements; de comparer couplage fort vs faible et communication synchrone vs asynchrone; de gérer l'état dans des services sans état; et de concevoir pour la résilience avec des nouvelles tentatives, un repli exponentiel, des coupe-circuits et des files d'attente de lettres mortes.

Exercise 1: Styles d'architecture et modes de communication Exercise 2: Modèles de communication Exercise 3: Ordonnancement des messages Exercise 4: Classer les mécanismes de communication Exercise 5: Coordonner les services et gérer l'état Exercise 6: Créer des parcours de traitement Exercise 7: Quel modèle d'architecture convient le mieux?Exercise 8: Gérer les événements en double de façon sécuritaire Exercise 9: Concevoir des applications tolérantes aux pannes et résilientes sur AWS Exercise 10: Gérer les erreurs temporaires Exercise 11: Implémenter un repli exponentiel avec gigue Exercise 12: Gérer les pannes d'un service en aval

Créez, sécurisez et exploitez des API sur Amazon API Gateway. À la fin de ce chapitre, vous serez en mesure de choisir le bon type d'API (REST, HTTP ou WebSocket); de configurer des intégrations Lambda avec validation et transformations; de déployer des API sur plusieurs étapes à l'aide de CloudFormation, SAM et CDK; et de les protéger avec Amazon Cognito, IAM, des autorisateurs Lambda, le chiffrement et la limitation de débit.

Exercise 1: Concevoir des API sur AWS Exercise 2: Choisir le bon type d'API Exercise 3: Migration d'une API Exercise 4: Classifier les types d'API Gateway

Exercice en cours

Exercise 5: Développement d'API Exercise 6: Quelle fonctionnalité d'API Gateway Exercise 7: Corriger un 502 provenant d'une intégration proxy Lambda Exercise 8: Connecter une API à Lambda avec une intégration par proxy Exercise 9: Mettre à l'essai et déployer vos API Exercise 10: Tests locaux avec SAM Exercise 11: Quel outil d'infrastructure sous forme de code devriez-vous utiliser?Exercise 12: Ordonner le flux de travail CI/CD sans serveur Exercise 13: Protéger vos API Exercise 14: Échecs de requêtes API Exercise 15: Règles d'autorisation personnalisées Exercise 16: Gérer les pointes de trafic

Créez des charges de travail découplées, axées sur les événements et en diffusion. À la fin de ce chapitre, vous serez en mesure de découpler des services avec des files d'attente Amazon SQS (y compris FIFO et files de lettres mortes) et des sujets Amazon SNS avec filtrage des abonnements; d'acheminer des événements avec Amazon EventBridge à l'aide de règles, de modèles d'événements et de schémas; de traiter des données à haut débit avec Amazon Kinesis Data Streams et Data Firehose; et de réagir en temps réel aux changements de tables avec Amazon DynamoDB Streams.

Exercise 1: Dissocier avec les services de messagerie AWS Exercise 2: Augmenter le temps de sondage sur une file d'attente SQS Exercise 3: Quel service de messagerie Exercise 4: Classifier les types de files d'attente SQS Exercise 5: Applications pilotées par les événements Exercise 6: Optimiser le traitement des messages Exercise 7: Gérer les événements en échec Exercise 8: Gérer les événements en double Exercise 9: Diffusion en continu de données Exercise 10: Mise à l'échelle des données en continu Exercise 11: Gérer les échecs de traitement Exercise 12: Kinesis Data Streams ou SQS?Exercise 13: Diffusion de données avec DynamoDB Exercise 14: Activer un flux DynamoDB avec les deux images d'élément Exercise 15: Réduire la duplication des enregistrements Exercise 16: Choisir une clé d'idempotence