Stories
Probleme aus einer produktiven Plattform, an der ich arbeite: was ich zuerst versucht habe, was nicht funktioniert hat und was ich wieder so machen würde.
Warum ich mit DynamoDB Streams vorsichtiger geworden bin
Stream-gesteuerte Verarbeitung wirkte sauber, bis Duplikate, Batch-Retries und verschluckte Fehler auftauchten. Der Umzug des Website-Scrapings auf SQS hat die Fehlerbehandlung explizit gemacht.
- DynamoDB Streams
- SQS
- Lambda
Zeitgesteuerte E-Mail-Kampagnen von Anfang bis Ende
Ein dauerhafter Task und ein EventBridge-Scheduler-Zeitplan pro E-Mail, ein Reconciler gegen Abweichungen und der Zustellstatus live in der Oberfläche.
- EventBridge Scheduler
- Lambda
- DynamoDB
- React
Warum automatisch generiertes CRUD nicht gereicht hat
Wo eigene AppSync-Mutationen mit Lambda dahinter das generierte CRUD abgelöst haben: Batch-Befehle, geschütztes Löschen und Grenzen der Nutzlast.
- AppSync
- GraphQL
- Lambda
- Amplify Gen 2
Wie Webhooks den asynchronen Task-Kreislauf geschlossen haben
Externe Dienste melden den Job-Status per Webhook. Der Handler behandelt sie als Benachrichtigung, holt Ergebnisse selbst ab und bestätigt Duplikate idempotent.
- API Gateway
- Webhooks
- Lambda
- DynamoDB
Ich habe try/catch in einer Lambda vergessen. AWS nicht.
Unbehandelte Fehler sind nicht nur Fehler im Code, sondern Verhalten der Infrastruktur: wie synchrone und asynchrone Aufrufe wiederholt werden und was ich dagegen tue.
- Lambda
- SQS
- EventBridge