Lessons from event driven architecture

  • sus@programming.dev
    link
    fedilink
    arrow-up
    4
    ·
    edit-2
    13 days ago

    Lots of em-dash usage

    Service goes down after emitting an event but before persisting internal state—causing partial failures that are hard to roll back.
    Subscribe to an existing event and start processing—no changes to publishers.
    Helps track a request across multiple services—even through async events.
    We once had a refund service consume OrderCancelled events—but due to a config typo, it ignored 15% of messages.
    Takeaway: fire-and-forget works—until someone forgets to monitor.
    Use it when the domain fits—fan-out use cases, audit logs, or workflows where latency isn’t critical.

    combined with other chatgpt-isms like the heavy reliance on lists, yeah safe to say it’s mostly AI generated