Postponing architectural choices and start developing first with Dapr
summary
Dapr promises that application code focuses on business logic while infrastructure choices stay configurable: demo builds a front-end, order and processing services that use service invocation, pub/sub, state and secrets via a sidecar; state is kept in Redis during testing then swap state store without code changes to Cosmos DB live. The demo shows actors, tracing and email triggers wired through Dapr components, sidecars per instance handling retries and security, and the system runs end-to-end with no application code rewrites.
AI-written summary · about
chapters (11)
- 0:00Introduction
- 3:25Delaying design decisions
- 6:36Business value vs complexity
- 14:10Dapr for postponed choices
- 22:45Dapr demo: simple app
- 27:55Dapr sidecar with Python
- 33:02Multi-service app with Dapr
- 40:53Dapr production config
- 47:30Switching storage with Dapr
- 52:11Dapr reducing complexity
- 56:36Q&A
related talks
21mShaping next generations of architectures with Dapr
57mDeveloping microservice applications with Dapr
37mStart building distributed applications with ease using building block APIs
34mMaking your application multicloud ready with DAPR
46mDapr in Practice
31mBuilding scalable distributed systems powered by Dapr OSS.
49mStart Building Distributed Applications with Ease Using Building Block APIs
01h 06mBuild powerful distributed applications with Dapr and .NET