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: Die Projekte sind unabhängig. PS01: JWT-API (A05), verwaltete Zugangsdaten (SEC03), Parameter (SEC04) und deren Voraussetzungen. PS02: begrenzte Queue-Fehler (Q03), Duplikatschutz (Q05) und Voraussetzungen; SNS ist nicht erforderlich. PS03: geschützte Workflow-Wiederholungen (EV05), S3-Verarbeitung (FN05), SEC03/SEC04 und Voraussetzungen; EventBridge und das API-Projekt sind nicht erforderlich.
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 neben Terminal, 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.
