Sa request-driven design, ang pag-register ng device ay pwedeng mangahulugang tatawagin ng devices service ang billing, tapos notifications, tapos analytics, at hihintayin ang bawat isa. Kung down ang notifications, fail ang registration, kahit maayos namang na-save ang device mismo. Sa event-driven design, sine-save ng devices service ang device, nagpa-publish ng DeviceRegistered event sa bus (SNS, EventBridge, Kafka) at sumasagot na. Bawat interesadong service ay may sariling queue at pino-process ang event pag kaya na niya.

Nagiging loosely coupled ang services: pwede kang magdagdag ng consumer nang hindi ginagalaw ang publisher, at pag may consumer outage, lumalaki lang ang queue niya hanggang makabalik siya. Ang costs: eventually consistent ang system, mas tahimik ang failures (walang nag-e-error, basta hindi lang nangyayari yung mga bagay), at kailangan mong siguraduhing parehong nangyayari ang save at ang publish. Yung huli, 'yan ang para sa outbox pattern.