cours dans AWS Skill Tree

Construire et exploiter une application sans serveur avec AWS

Intégrez les services AWS dans une API privée de commandes, un consommateur de file récupérable et un workflow de rapports de commandes. Chaque projet vous demande de relier des compétences déjà enseignées et de vérifier des résultats métier concrets.

AWS

💡 Ce tutoriel est traduit par l'IA à partir de la version anglaise. Pour voir la version originale, vous pouvez cliquer ici

Introduction

Intégrez les services AWS dans une API privée de commandes, un consommateur de file récupérable et un workflow de rapports de commandes. Chaque projet vous demande de relier des compétences déjà enseignées et de vérifier des résultats métier concrets.

Le cours comprend trois défis autonomes avec des solutions explicatives complètes. Le code applicatif, les interfaces, les données fictives et les composants sans rapport avec l’objectif sont fournis afin de vous concentrer sur les connexions entre services, les autorisations, la gestion des échecs et le nettoyage.

Ce que vous apprendrez

  • Lancer une API de commandes exigeant une connexion, avec Lambda, DynamoDB et une configuration à périmètre limité
  • Maintenir la vérification de santé publique tout en rejetant les requêtes anonymes et les jetons invalides
  • Récupérer les messages problématiques seulement après l’obtention de leur résultat métier corrigé
  • Protéger les commandes stockées lors du traitement de nouveaux messages en double
  • Construire un workflow de stockage et de rapports à partir d’entrées S3 et d’une configuration gérée
  • Traiter les échecs temporaires, permanents et d’autorisation avec des résultats observables
  • Vérifier les octets des rapports téléchargeables et supprimer l’état et les fichiers privés qui vous appartiennent

À qui s’adresse ce cours

Ce cours s’adresse aux apprenants qui ont terminé les laboratoires des services AWS concernés et souhaitent pratiquer l’intégration de manière autonome.

Prérequis : Les projets sont indépendants. PS01 : API JWT (A05), identifiants gérés (SEC03), paramètres (SEC04) et leurs prérequis. PS02 : échecs bornés de file (Q03), protection des doublons (Q05) et prérequis ; SNS est facultatif. PS03 : reprises protégées (EV05), traitement S3 (FN05), SEC03/SEC04 et prérequis ; EventBridge et le projet API ne sont pas requis.

Environnement d’apprentissage : Toutes les activités se déroulent dans un environnement Linux LabEx fourni, accessible dans le navigateur. Utilisez Terminal pour les commandes AWS CLI et AWS View, à côté de Terminal, pour examiner le même état des ressources et des applications. Les outils et la connexion sont prêts ; vous n’avez besoin ni d’un compte AWS personnel ni de clés d’accès. Chaque laboratoire commence indépendamment dans une nouvelle VM. AWS View met en relation les décisions de l’API, les journaux sans secrets, la configuration, le traitement des files, l’historique des workflows et les données des tables. Aucune capture d’écran ni remise de rapport n’est demandée.

Questions fréquentes

Dois-je terminer les trois défis dans la même VM ?

Non. Chacun commence indépendamment. Réutilisez vos connaissances, pas les ressources, les identifiants ou les jetons. Les étapes recommandées suivent les cours de services API, messagerie et workflows.

Que vérifie le défi d’API privée ?

Les requêtes authentifiées créent et récupèrent des commandes calculées, et les changements de configuration influencent les tarifs ultérieurs. Les requêtes anonymes ou avec un jeton invalide s’arrêtent avant Lambda ; une entrée invalide ou un accès refusé à la configuration ne crée aucune commande. L’accès à une route par JWT n’établit pas la propriété d’une commande par utilisateur. Gardez privés les mots de passe fictifs, les jetons et les identifiants partenaires.

Quand puis-je acquitter un message échoué ?

Après que la tâche corrigée a produit son véritable résultat métier. Supprimez ensuite la livraison échouée d’origine et testez de nouveaux doublons. Les écritures conditionnelles protègent un effet métier sans promettre une transaction atomique entre file et base ou une livraison exactement une fois.

Comment le workflow de rapports est-il évalué ?

L’historique d’exécution, les commandes stockées et les octets des rapports téléchargés démontrent l’achèvement malgré des échecs temporaires et des exécutions répétées. Les échecs permanents ou d’autorisation doivent rester explicites. Terminez les vérifications fonctionnelles, supprimez uniquement l’état qui vous appartient et la configuration contenant des identifiants, et préservez les ressources sans rapport.

Enseignant

labby
Labby
Labby is the LabEx teacher.

Recommandé pour vous

no data