Integriere AWS-Dienste in eine private Bestell-API, einen wiederherstellbaren Warteschlangenverbraucher und einen Bestellberichtsworkflow. Jedes Projekt fordert dich auf, zuvor vermittelte Fähigkeiten zu verbinden und konkrete Geschäftsergebnisse zu prüfen.
Der Kurs umfasst drei eigenständige Aufgaben mit vollständigen erklärenden Lösungen. Anwendungscode, Oberflächen, fiktive Daten und unbeteiligte Komponenten werden bereitgestellt, damit du dich auf Dienstverbindungen, Berechtigungen, Fehlerbehandlung und Bereinigung konzentrieren kannst.
Was du lernen wirst
- Eine Bestell-API mit Anmeldung auf Basis von Lambda, DynamoDB und begrenzter Konfiguration starten
- Den öffentlichen Zustandsendpunkt verfügbar halten und anonyme Anfragen sowie ungültige Token ablehnen
- Problematische Nachrichten erst wiederherstellen, nachdem ihr korrigiertes Geschäftsergebnis vorliegt
- Gespeicherte Bestellungen beim Verarbeiten neuer doppelter Nachrichten schützen
- Einen Speicher- und Berichtsworkflow aus S3-Eingaben und verwalteter Konfiguration bauen
- Temporäre, dauerhafte und unberechtigte Fehler mit beobachtbaren Ergebnissen behandeln
- Herunterladbare Berichtsbytes prüfen und eigenen Zustand sowie private Dateien entfernen
Für wen dieser Kurs geeignet ist
Dieser Kurs richtet sich an Lernende, die die entsprechenden AWS-Dienstlabs abgeschlossen haben und eigenständige Integrationspraxis wünschen.
Voraussetzungen: Wähle den passenden Zweig unten; alle drei Projekte beginnen unabhängig.
PS01 verbindet die Routen-/Aufrufautorisierung aus API-Routen mit einem JWT-Authorizer schützen (A05) und deren Lambda–DynamoDB-Voraussetzungen mit Zugangsdaten aus Anwendungszugangsdaten aus Secrets Manager laden (SEC03) und Parameter-/Umgebungsverwaltung aus Konfiguration mit Parameter Store trennen (SEC04). Preise verwenden gewöhnliche String-Parameter; die SecureString/KMS-Übung aus SEC04 ist nicht erforderlich. CORS und Lambda-Versionen/Aliase sind optional.
PS02 baut auf Fehlgeschlagene Aufträge mit einer Dead-Letter-Queue isolieren (Q03)/Warteschlangenaufträge ohne doppelte Auswirkungen verarbeiten (Q05) auf: Sichtbarkeit und aktuelle Receipts, begrenzte Fehlerisolierung, Lambda-Code-/Rollenänderungen und bedingte DynamoDB-Schreibvorgänge. SNS und die anderen Projekte sind optional; Ressourcen einer früheren VM werden nicht wiederverwendet.
PS03 baut auf Workflow-Wiederholungen vor wiederholten Geschäftsauswirkungen schützen (EV05) mit FN03/D04/FN02, S3-Objektzugriffen aus Einen hochgeladenen S3-Bericht verarbeiten (FN04) und Zugangsdaten/Konfiguration aus Anwendungszugangsdaten aus Secrets Manager laden (SEC03)/Konfiguration mit Parameter Store trennen (SEC04) auf. FN04 ist Einen hochgeladenen S3-Bericht verarbeiten; Versionen/Aliase aus FN05 sind nicht erforderlich. Dieser Workflow benötigt weder S3-Benachrichtigungen noch EventBridge-Routing, SecureString/KMS oder die beiden früheren Projekte.
Lernumgebung: Alle Aktivitäten finden in einer bereitgestellten Linux-Umgebung von LabEx im Browser statt. Verwende Terminal für AWS-CLI-Befehle und AWS View oben, um denselben Ressourcen- und Anwendungszustand zu prüfen. Werkzeuge und Verbindung sind vorbereitet; du benötigst weder ein persönliches AWS-Konto noch Zugriffsschlüssel. Jedes Lab beginnt unabhängig in einer neuen VM. AWS View verbindet API-Entscheidungen, sichere Logs, Konfiguration, Warteschlangenverarbeitung, Workflow-Verlauf und Tabellendaten. Screenshots oder eingereichte Berichte sind nicht erforderlich.
Häufig gestellte Fragen
Muss ich die drei Aufgaben in einer VM abschließen?
Nein. Jede beginnt unabhängig. Nutze Wissen weiter, nicht Ressourcen, Zugangsdaten oder Token. Die empfohlenen Stufen folgen auf die Dienstkurse zu API, Nachrichten und Workflows.
Was prüft die Aufgabe zur privaten API?
Angemeldete Anfragen erstellen und lesen berechnete Bestellungen, und Konfigurationsänderungen beeinflussen spätere Preise. Anonyme Anfragen oder ungültige Token stoppen vor Lambda; ungültige Eingaben oder verweigerter Konfigurationszugriff erstellen keine Bestellung. JWT-Routenzugriff belegt keinen benutzerspezifischen Besitz. Halte fiktive Passwörter, Token und Partnerzugangsdaten privat.
Wann darf ich eine fehlgeschlagene Nachricht bestätigen?
Nachdem der korrigierte Auftrag sein tatsächliches Geschäftsergebnis erzeugt hat. Entferne dann die ursprüngliche fehlgeschlagene Zustellung und teste neue Duplikate. Bedingte Schreibvorgänge schützen einen Geschäftseffekt, ohne eine atomare Warteschlangen-/Datenbanktransaktion oder Genau-einmal-Zustellung zu versprechen.
Wie wird der Berichtsworkflow bewertet?
Ausführungsverlauf, gespeicherte Bestellungen und heruntergeladene Berichtsbytes belegen den Abschluss bei temporären Fehlern und wiederholter Ausführung. Dauerhafte oder unberechtigte Fehler müssen eindeutig bleiben. Schließe Funktionsprüfungen ab, entferne ausschließlich eigenen Zustand und Konfiguration mit Zugangsdaten und erhalte unbeteiligte Ressourcen.
