https://github.com/lexicality/messagebroker

An uncaring broker for a cruel hypothetical system (totally hypothetical guys)
https://github.com/lexicality/messagebroker

do-not-use hypothetical-code

Last synced: 12 months ago
JSON representation

An uncaring broker for a cruel hypothetical system (totally hypothetical guys)

• Host: GitHub
• URL: https://github.com/lexicality/messagebroker
• Owner: Lexicality
• License: apache-2.0
• Created: 2023-05-13T10:34:50.000Z (about 3 years ago)
• Default Branch: main
• Last Pushed: 2024-02-06T15:52:50.000Z (over 2 years ago)
• Last Synced: 2025-02-13T17:52:23.879Z (over 1 year ago)
• Topics: do-not-use, hypothetical-code
• Language: Rust
• Homepage:
• Size: 79.1 KB
• Stars: 0
• Watchers: 1
• Forks: 0
• Open Issues: 0
• Metadata Files:
  • Readme: README.md
  • License: LICENSE

Awesome Lists containing this project

README

          
# Hypothetical Redis Queue Message Broker

While no one sane would create an entire queueing system from scratch utilising a

database that already has a queueing system for a stack that's running in AWS (which

also has a queueing system) it's fun to imagine that such a person might exist.

And if that person did exist, their frame of mind might suggest that any broker they

built for this system would not have been constructed in a particularly good or easy to

understand way, and probably would not be particularly fault tolerant either.

As a fun challenge, I've decided to pretend all of this is true and write out what such

a system would look like, and then build my own message broker in Rust that implements

it - but nicely!