Skip to content

Topic

Event-Driven Architecture

Publish/subscribe designs in which producers emit facts and consumers independently decide to react, including broker retention and replay behavior.

Current stories

buildConfirmed2 publishers

EventBridge's relaunched buses let other AWS accounts attach their own subscribers through RAM

AWS has relaunched EventBridge event buses so other accounts, granted access through Resource Access Manager, can attach their own subscribers. Teams that built eventing layers around the old same-account rule now have a managed alternative, though its owner sees subscriber accounts and not their targets.

Publishers:dev.to infoq.com

Reality

Evidence62
Adoption
Not scored
Hype gap+12
Incentives45
Confidence66
buildOne report1 publisher

Ian Cooper's ABCs define what every event-driven endpoint has to publish

Ian Cooper says event-driven orgs of up to about five teams can manage async APIs on shared knowledge of each other's services. His model for doing it at scale begins with the address, binding and contract each endpoint has to describe to its consumers.

Publishers:infoq.com

Reality

Evidence62
Adoption
Not scored
Hype gap+10
Incentives20
Confidence55
buildOne report1 publisher

The outbox relay's missing integer: how one unsendable row stalls the whole pipeline

A developer's write-up of running the outbox pattern in production finds the textbook loop breaks on error to preserve ordering, and never counts attempts. That combination jams forever.

Publishers:dev.to

Reality

Evidence50
Adoption
Not scored
Hype gap+5
Incentives
Not scored
Confidence55
buildOne report1 publisher

AWS lets one EventBridge custom bus serve every account in an organization through RAM

AWS launched an EventBridge custom bus that a whole organization shares through RAM, with 10,000 subscribers per bus by default. Platform teams can move onto it and retire the cross-account rules and bus-to-bus hops they wired by hand.

Publishers:aws.amazon.com

Reality

Evidence50
Adoption
Not scored
Hype gap+20
Incentives85
Confidence60
buildOne report1 publisher

Kafka's exactly-once transaction ends where your consumer calls the payment gateway

A dev.to post argues that processing.guarantee=exactly_once_v2 charges coordination overhead to every message and still leaves external side effects for you to deduplicate by hand. The five-line alternative it offers has a gap of its own.

Publishers:dev.to

Reality

Evidence45
Adoption
Not scored
Hype gap+25
Incentives40
Confidence45
buildOne report1 publisher

A pod restart between charging and committing the offset bills the customer twice

Kafka promises at-least-once delivery, so a consumer that dies after the payment call but before the commit replays the event on restart. A dev.to tutorial puts the guard in a database primary key, keyed on an event ID the producer sets.

Publishers:dev.to

Reality

Evidence60
Adoption
Not scored
Hype gap+20
Incentives25
Confidence55
buildOne report1 publisher

A seven-second job on a five-second setInterval overlaps its own next run by two seconds

A dev.to teardown makes the case for event-triggered Node workers with a slow poll behind them, and the idle-cost numbers it publishes come to about 138,000 empty queries a day across eight instances.

Publishers:dev.to

Reality

Evidence52
Adoption
Not scored
Hype gap+12
Incentives55
Confidence62
buildOne report1 publisher

Postgres keeps the outbox payload while a memory queue carries only the event ID

An experiment written up on dev.to publishes outbox events from an in-memory queue of committed event IDs and keeps polling only as a recovery scan, so that scan's interval now sets worst-case delivery latency.

Publishers:dev.to

Reality

Evidence32
Adoption
Not scored
Hype gap+10
Incentives18
Confidence38
buildOne report1 publisher

Counting silent automation failures requires a run_id that survives the platform unchanged

A dev.to spec defines a silent failure rate that platform run history cannot produce, computed by reconciling events a controller you own fires against receipts posted back by every action in the workflow. It is free under CC BY 4.0.

Publishers:dev.to

Reality

Evidence55
Adoption12
Hype gap+8
Incentives25
Confidence50
buildOne report1 publisher

Marking the Inbox row PROCESSED before the business commit suppresses the retry

The Inbox pattern makes a consumer idempotent only when the dedup row and the business write commit together, and a Spring Boot walkthrough works through what each of the two wrong orderings costs you.

Publishers:dev.to

Reality

Evidence58
Adoption
Not scored
Hype gap−10
Incentives25
Confidence62
buildOne report1 publisher

The demo passed because Cloud Run didn't scale: a correlation bug that emits no error

A multi-agent orchestrator held its cross-site correlation window in process memory. It fired live on the first try, for the wrong reason, and the fix was a shared record in Firestore.

Publishers:dev.to

Reality

Evidence42
Adoption10
Hype gap−10
Incentives72
Confidence48
buildOne report1 publisher

Two layers instead of an outbox: when the dual-write gap is cheap enough to live with

A settlement engineer trades the transactional outbox for producer-side causality plus consumer-side dedup. The reasoning holds up, and the half that carries it is the half not shown.

Publishers:dev.to

Reality

Evidence44
Adoption18
Hype gap+14
Incentives34
Confidence41
buildOne report1 publisher

The bug in your multi-agent system is not the model, it is the open HTTP request

A dev.to write-up argues that synchronous agent chains break on restarts, slow tools and approval waits, and that the fix is an event bus plus a policy layer before any real action.

Publishers:dev.to

Reality

Evidence24
Adoption
Not scored
Hype gap+22
Incentives32
Confidence33