Alternatives
Products that do what Broker-ha – Golang MQTT broker with clustering capabilities does
Broker-HA is golang MQTT broker with clustering capabilities build for K8s. Its based on `mochi-co/mqtt` and `hashicorp/memberlist`. Features: - Paho MQTT 3.0 / 3.1.1 compatible (drop-in replacement for Mosquitto [MQTT 3.0/3.1.1]) - Clustering! - HTTP API
- 1ΜA
2017 · github.com
- 2TK
2023 · github.com
- 3FI
2024 · words.filippo.io
- 4IB
2016 · github.com
- 5IP
The stack: two agents on separate boxes. The public one (nullclaw) is a 678 KB Zig binary using ~1 MB RAM, connected to an Ergo IRC server. Visitors talk to it via a gamja web client embedded in my site. The private one (ironclaw) handles email and scheduling, reachable only over Tailscale via Google's A2A protocol. Tiered inference: Haiku 4.5 for conversation (sub-second, cheap), Sonnet 4.6 for tool use (only when needed). Hard cap at $2/day. A2A passthrough: the private-side agent borrows the gateway's own inference pipeline, so there's one API key and one billing relationship…
Mar 2026 · georgelarson.me
- 6GA
I wanted to build a persistent message queue based on SQLite, because that's what I'm using for my main state anyway. This gives me ACID across state and messaging, which is nice! I've been inspired by the terminology of AWS SQS for this, but it's obviously much simpler. Maybe you can use it too. :)
2024 · goqite.com
- 7MB
Intended for 10-year (plus hopefully) deployment lifetime on $10-30 of silicon. The kind of thing you screw to a wall, plug in, and walk away from for a decade. No telemetry, no phone-home updates, no external dependencies. Storage decisions get a sanity checked against NVS wear... a write-per-PUBLISH would shred the flash in months, so the retained store and in tables that stay in PSRAM. Its heavily written with AI and borrowed a lot of visuals from Tasmota. Not for production use yet (been currently running it for a month with great results!)
Jun 2026 · github.com
- 8HR
2021 · hurl.dev
- 9LP
Hello hacker news, I’m the maintainer of liteLLM() - package to simplify input/output to OpenAI, Azure, Cohere, Anthropic, Hugging face API Endpoints: https://github.com/BerriAI/litellm/ We’re open sourcing our implementation of liteLLM proxy: https://github.com/BerriAI/litellm/blob/main/cookbook/proxy-... TLDR: It has one API endpoint /chat/completions and standardizes input/output for 50+ LLM models + handles logging, error tracking, caching, streaming What can liteLLM proxy do? - It’s a central place to…
2023 · github.com
- 10KF
Hi HN, I’m excited to share Kameo, a lightweight Rust library that helps you build fault-tolerant, distributed, and asynchronous actors. If you're working on distributed systems, microservices, or real-time applications, Kameo offers a simple yet powerful API for handling concurrency, panic recovery, and remote messaging between nodes. Key Features: - Async Rust: Each actor runs as a separate Tokio task, making concurrency management simple. - Remote Messaging: Seamlessly send messages to actors across different nodes. - Supervision and Fault Tolerance: Create self-healing systems with actor…
2024 · github.com
- 11OS
Hey HN, We are Winston, Edward, and James, and we built Meka Agent, an open-source framework that lets vision-based LLMs execute tasks directly on a computer, just like a person would. Backstory: In the last few months, we've been building computer-use agents that have been used by various teams for QA testing, but realized that the underlying browsing frameworks aren't quite good enough yet. As such, we've been working on a browsing agent. We achieved 72.7% on WebArena compared to the previous state of the art set by OpenAI's new ChatGPT agent at 65.4%. You can read more about it here:…
2025 · github.com
- 12KS
Hi everyone, I run a generative AI infra company, unified API for 600+ models. Our team started deploying AI agents for our marketing and lead gen ops: content, engagement, analytics across multiple X accounts. OpenClaw worked fine for single agents. But at ~14 agents across 6 accounts, the problem shifted from "how do I build agents" to "how do I manage them." Deployment, monitoring, team isolation, figuring out which agent broke what at 3am. Classic orchestration problem. So I built klaw, modeled on Kubernetes: Clusters — isolated environments per org/project Namespaces — team-level…
Feb 2026 · github.com
- 13EP
Hey HN, We made an Envoy Proxy playground [0] so we could test out our Envoy configs directly in the browser. This is based on Julia's work with Nginx Playround. [1] We forked that repo and added more Envoy to it. [2] Check it out! [0] - Envoy is a popular programmable proxy similar to Nginx or HAProxy that is popular with cloud-native setups: https://www.envoyproxy.io [1] - https://nginx-playground.wizardzines.com [2] - https://github.com/apoxy-dev/envoy-playground
2023 · envoy-playground.apoxy.dev
- 14RG
Hi HN! We’re Yann, Edouard, and Bastien from Koyeb (https://www.koyeb.com/). We’re building a platform to let you deploy full-stack apps on high-performance hardware around the world, with zero configuration. We provide a “global serverless feeling”, without the hassle of re-writing all your apps or managing k8s complexity [1]. We built Scaleway, a cloud service provider where we designed ARM servers and provided them as cloud servers. During our time there, we saw customers struggle with the same issues while trying to deploy full-stack applications and APIs resiliently. As…
2023 · koyeb.com
- 15PO
At mogenius we’re working with multiple Kubernetes clusters across clouds with shared responsibilities on the team. For managing workloads on the clusters we’ve been trying out several tools, but something was missing. With probably the most popular tools, Lens and K9s, the free options only allowed local access which required each team member to set up all clusters over and over again. We were looking for something cloud-based, where we set up the clusters once and the whole team can use them. Plus, it should be lightweight and fast (we love that in K9s). At some point during research we…
2023 · github.com
- 16DO
Hey HN, I have been working on a side project for the last 3 months, built around LangchainJS and pgvector. It now supports ChatGPT, Llama, Claude, and Bison models, and the bot can integrate with WhatsApp, Telegram, and Discord for now. I would really appreciate some feedback. Thanks! repo: https://github.com/n4ze3m/dialoqbase
2023
- 17LA
Hi HN. I'm Carl, creator of LavinMQ. LavinMQ is an open-source message broker. AMQP 0-9-1, MQTT, HTTP and streaming. Single binary, minimal resource use. If you know RabbitMQ, it's that (but running on a fraction of hardware). We're the team behind CloudAMQP where we've hosted RabbitMQ for 14 years. Sometimes customers hit issues we couldn't fully explain / work around. So we built our own broker, in order to provide solutions where we previously couldn't (which is much easier when you control the full stack). It all started by me building an open-source AMQP proxy to handle short-lived…
Apr 2026 · github.com
- 18LW
Hey HN! We are happy to share with you our latest project: Llama Workspace (https://llamaworkspace.ai). It's an open-source ChatGPT Teams alternative made with the needs of businesses and organizations in mind. It has everything you can expect from ChatGPT, plus first class support for users and roles management, as well as advanced collaboration features. We've made it very easy to self-host anywhere you like, and we also provide a cloud version. So no excuse for trying it out! Why using Llama Workspace instead of ChatGPT Teams? - You have access to all the major Large Language…
2024 · llamaworkspace.ai
- 19LV
2021 · github.com
- 20HA
Hi HN — I just open-sourced Hibana and hibana-agent. Hibana is an Affine MPST runtime for Rust: - global choreography -> compile-time projection -> role-local execution - core is no_std / no_alloc-oriented - deterministic route/offer/recv/decode model Repo: https://github.com/hibanaworks/hibana Demo (AI control with session-typed branching): https://github.com/hibanaworks/hibana-agent
Feb 2026 · hibanaworks.dev
- 21B5
I built a message broker that speaks the Kafka wire protocol, so any Kafka client (librdkafka, kafka-python, kcat, etc.) works without code changes. The entire binary is 52KB. No JVM, no ZooKeeper, no third-party libraries — just C++20 with kqueue/epoll. Starts in <10ms, uses 0% CPU when idle. I built this because running Kafka locally for development is painful — gigabytes of RAM, slow startup, ZooKeeper/KRaft configuration. I just wanted something that accepts produce requests and gets out of the way. Technical details: - Single-threaded event loop (kqueue on macOS, epoll on…
Feb 2026 · github.com
- 22AS
Hello, everyone. Three months ago, I started building my first GoLang package, VarMQ. In this short period, I gained a significant amount of traction from the community, and it resulted in over 140 stars on GitHub. A week ago, to check how it performs, I ran benchmarks with a similar package, Pond, which has been managed for years. Pond is not a message queue, though; however, it can be compared to VarmQ since it shares some similarities, except for its storage system. From the benchmarks, I got surprising results, which are that Varmq is taking 50%+ less memory than Pond and also has good…
2025 · github.com
- 23GA
2020 · github.com
- 24AM
Async.MQTT5 is a professional, industrial-grade C++20 client built on Boost.Asio. This client is designed for publishing or receiving messages from an MQTT 5.0 compatible broker. Async.MQTT5 represents a comprehensive implementation of the MQTT 5.0 protocol standard, offering full support for publishing or receiving messages with QoS 0, 1, and 2. Our clear intention is to include the Async.MQTT5 library into Boost. We are actively working on it.
2023 · github.com
Ranked by how close each launch is in meaning, then by votes. Refine with a description →