Update step 1 and 2 description

viadee · Jun 17, 2024 · a5fc434 · a5fc434
1 parent cd67ba4
commit a5fc434
Show file tree

Hide file tree

Showing 2 changed files with 13 additions and 15 deletions.
diff --git a/docs/_posts/2024-06-14-stufe-1-message-app.markdown b/docs/_posts/2024-06-14-stufe-1-message-app.markdown
@@ -1,6 +1,6 @@
 ---
 layout: post
-title:  "Stufe 1: Message-App Deployment als Lambda-Function"
+title:  "Stufe 1: Deployment der Message-App als Lambda-Function"
 date:   2024-06-14 10:24:28 +0200
 permalink: /message-app/
 ---
@@ -9,8 +9,8 @@ Nutzt ein bereitgestelltes Container Image mit einer Message-App und deploye sie
 Die Applikation soll dann direkt als Lambda in der AWS GUI aufrufbar sein: 
 
 Hinweise:
-- Gebt der Lambda Function einen Namen, der mit Eurem Team Namen beginnt.
+- Gebt der Lambda-Function einen Namen, der mit Eurem Team Namen beginnt.
 - Registry / Image: `975050296970.dkr.ecr.eu-central-1.amazonaws.com/cdk-challenge-message-receiver:latest`
-- ECR Registry-Name: `cdk-challenge-message-receiver`
-- Wir empfehlen Euch ein Repository-Construct in eurem CDK-Project anzulegen, damit ihr die Lambda erzeugen könnt
-- Zum Testen klickt bei Eurer Function auf Test und sendet ein SQS-Event (Vorlage: `sqs-receive-message`)
+- ECR Registry-Name: `cdk-challenge-message-receiver`.
+- Wir empfehlen Euch ein Repository-Construct in eurem CDK-Project anzulegen, damit ihr die Lambda aus dem Image erzeugen könnt.
+- Zum Testen klickt bei Eurer Function auf Test und sendet ein SQS-Event (Vorlage: `sqs-receive-message`).
diff --git a/docs/_posts/2024-06-14-stufe-2-sqs-source.markdown b/docs/_posts/2024-06-14-stufe-2-sqs-source.markdown
@@ -5,19 +5,17 @@ date:   2024-06-14 10:24:28 +0200
 permalink: /webhook/
 ---
 
-Die TODO-APP aus dem letzten level bietet einen HTTP-Webhook an.
-Hierfür gilt es mit einer GCP Cloud Function einen Endpunkt bereitszustellen.
+Die Message-Lambda soll mit Nachrichten aus der SQS Queue, die Ihr bei der Einrichtung angelegt habt, gestartet werden.
+Hierfür bietet CDK mit Event Sources die Möglichkeit die Queue mit der Function zu verknüpfen.
 
 Hinweise:
-- Denkt immernoch daran Eure Ressourcen mit Eurem Team Namen vorne weg zubenennen.
-- Deployt eine Google Cloud Function, die den HTTP-Request-Body des Aufrufs mit `console.log` ins Log schreibt und mit dem HTTP-Status-Code 200 antwortet.
-- Bei Nutzung von `gcp.cloudfunctions.HttpCallbackFunction` könnt Ihr den Quelltext der Funktion direkt in den Pulumi-Code einbetten.
-- Konfiguriert die TODO-App so, dass die neue Funktion bei jeder Aktion an einem TODO-Element aufgerufen wird.
-    - Nutzt hierzu die Umgebungsvariable `QUARKUS_REST_CLIENT_WEBHOOK_URL`.
-- Überprüft, dass die Aktionen nun ins Log der Funktion geschrieben werden:
+- Denkt immernoch daran Eure Ressourcen mit Eurem Team Namen vorne weg zu benennen.
+- Stellt die Queue bereit, falls Ihr das bei der Einrichtung versäumt habt.
+- Überprüft, dass die Lambda-Function die SQS-Queue als Source darstellt.
+- Stellt Nachrichten in die Eure Queue ein, um zu prüfen, ob die Lambda-Function aufgerufen wird.
 
 
 ```bash
-gcloud functions list
-gcloud functions logs read <function-name>
+aws lambda list-functions
+aws lambda list-event-source-mappings --function-name <function-name>
 ```