Using Async API schema to define event driven architecture with AWS SNS
summary
Built an ingestion service that validates events, attaches attributes and publishes to AWS SNS topics, letting consumers create their own SQS queues or HTTP subscriptions and own filter policies so routing work disappears. Uses AsyncAPI schema as contract so producers and consumers develop in parallel with a single source of truth. Relies on AWS SNS topic filtering for boolean attribute matching and fan‑out to multiple consumers. Deployed pipeline removes a custom router, reduces maintenance, and works in production for multiple Postman teams to publish and subscribe independently.
AI-written summary · about
chapters (12)
- 0:00Intro
- 1:35What is Event-Driven Architecture?
- 3:42Benefits of Event-Driven Architecture?
- 6:18What is SNS (Simple Notification Service) ?
- 7:44How does the message filtering work on SNS?
- 10:53How attribute based message filtering works at SNS
- 13:04Use case at Integrations Squad in Postman
- 17:00How Async API helped us
- 17:56What if-teams don't use Async API
- 18:29Servers
- 19:37Security
- 20:23Channel & Schemas
related talks
13mTurbocharging your Developer Ecosystem
57mManaging Asynchronous APIs
44mUnlocking Business Agility with Event-Driven Architectures
38mEvent-driven Architecture
20mAPI Management for Event-Driven Microservices
22mAsync API Specification 2.0
21mUsing the AsyncAPI Ecosystem for your Event-Driven Architecture
44mThinking Asynchronously: App Integration Patterns for Microservices
