Skip to content

Do it later: queues and events

← Learning Atlas · Path 27 of 28 · For new app builders: move slow work out of signup and checkout with background jobs, message queues, publish/subscribe messaging, events and webhooks.

This is the Learning Atlas from Orbit. Get your invite

HostinginfrastructuredatabasesConcepts and methodology

  1. Step 1: Background job

    Why this matters here

    Start with a signup email that can finish after the account has been created.

    In short

    A task that runs outside the request a person is waiting for, often through a separate worker or a schedule.

    Full definition of Background job →

    Next: Message queue ↓

  2. Step 2: Message queue

    Why this matters here

    Put that work in a queue so workers can pick it up as capacity becomes available.

    In short

    A holding place for messages that another program picks up and processes when it has capacity.

    Full definition of Message queue →

    Next: Pub/Sub ↓

  3. Step 3: Pub/Sub

    Why this matters here

    Next let multiple independent subscribers react to the same announcement.

    In short

    Publish/subscribe messaging: send an event to a named topic so each interested subscription can receive it.

    Full definition of Pub/Sub →

    Next: Event-driven architecture ↓

  4. Step 4: Event-driven architecture

    Why this matters here

    Connect these reactions into an app design while accounting for delays and repeated delivery.

    In short

    An app design in which parts of the system announce events and other parts react to those announcements.

    Full definition of Event-driven architecture →

    Next: Webhook ↓

  5. Step 5: Webhook

    Why this matters here

    Finish by receiving events from external services through verified HTTP notifications.

    In short

    An HTTP request one system sends to your app when an event happens, such as a payment succeeding.

    Full definition of Webhook →

    Continue with One app or many services? →