Looking for a relaible event bus library

maybe just MQTT? QoS=2, retained messages.

@michalmuskala what do you think about sticking GitHub - michalmuskala/persistent_ets · GitHub into combining https://github.com/otobus/event_bus/search?q=ets.new in the context of the question above?

How irresponsible does that looks like to you ?

Well, telemetry guarantees that every subscriber function will be called exactly once.

Loosing a telemetry event is not at the same cost as loosing domain event.

Event bus should persist event before returning ‘ok’, so that it will survive node shutdown .

Are the messages to be published to an external service or inside the same Elixir system?

For the Outbox pattern we use Oban as it has retry built-in. If you are publishing to services like Kafka or RabbitMQ you still have to trust the service to deliver the message if the publishing function returns.

Interesting! How are you using Oban for a message delivery?

I’d prefer to have an internal service, but not sure if it’s possible to achieve an at-least-once delivery whilst running event bus on the same node.

While in a DB transaction that creates some stuff we insert an Oban job (outbox pattern itself).

When the transaction succeeds we can return “OK” from our API and guarantee that the job will be performed at some point since the job was inserted in Postgres.

In the job there is a simple HTTP call to another service or a message published to Kafka. It can be anything.

that’s neat! thanks for sharing

That might be an overkill for you, but Debezium, so a Change Data Capture solution usually used with Kafka, can be a great fit for that pattern.

It works more or less like this:

• your outbox is a table in your DB, so you write to it with full ACID guarantees,
• Debezium pretends to be a read replica for your DB and observes its transaction log,
• for every change in your DB, Debezium emits an appropriate event to a Kafka topic,
• you can consume those events in other apps.