liftbridge
styx
Our great sponsors
liftbridge | styx | |
---|---|---|
10 | 4 | |
2,532 | 60 | |
0.4% | - | |
6.4 | 0.0 | |
20 days ago | about 3 years ago | |
Go | Go | |
Apache License 2.0 | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
liftbridge
- Kafka alternatives
-
Understanding NATS.io concepts vs. Kafka - similarities and differences
Liftbridge (https://liftbridge.io/) is more or less the NATS Kafka versioning.
-
Gufo Liftbridge - the Python asyncio Liftbridge client
[Gufo Liftbridge](https://pypi.org/project/gufo-liftbridge/) is the Python asyncio Liftbridge client.
- What I Wish Someone Would Have Told Me About Using Rabbitmq
-
On Efficiently Partitioning a Topic in Apache Kafka
https://liftbridge.io/
Apache Pulsar might be worth a look, but it's actually more complex under the hood than Kafka, but has a lot of features built-in that either aren't in FOSS Kafka yet, like tiered storage, or won't be until Confluent doesn't dominate the PMC (like an integrated schema registry), or just can't be done very nicely, if at all, like decent multi-tenancy.
That said, it's a fast moving target, the code quality last I looked was patchy in places, ditto the documentation for both it and Bookkeeper, and the admin overhead is higher (managing bookies and brokers and Zookeepers vs. just brokers and ZK with Kafka, or when KRaft is production ready, just brokers).
-
Processing billions of events in real time at Twitter
This is basically an ad for GCP right?
That said, it looks like Kafka is by far and away the way to handle persistent logs/events at scale. AFAIK a company here in Japan called LINE has all their messaging flowing through a large kafka cluster themselves.
Wonder if anyone is running large NATS Jetstream[0]/Liftbridge[1] or Pulsar[2] (yahoo runs those) clusters. I guess Pulsar might be #2 in terms of adoption at large scale?
-
Most primitive lighweight alternative to Kafka?
Do you need the messages to be durable, if so you can have a look at Liftbridge: - https://liftbridge.io/ - https://github.com/liftbridge-io/liftbridge
-
ZooKeeper-free Kafka is out. First Demo
And if you want closer kafka semantics built on top of nats, check out liftbridge:
- NATS, NATS Streaming & NATS JetStream + How to build a JetStream Cluster & Go Client
styx
-
Iggy.rs – building message streaming in Rust
Built something similar in Go with a friend a few years ago.
-
Mark Nottingham: Server-Sent Events, WebSockets, and HTTP
Here is an event stream abstraction that has very strong semantics (exactly once in most cases) with simple usage examples, native HTTP and websockets APIs, strong atomicity and durability guarantees [1].
What it doesn’t have is clustering and a father that’s != null at marketing =]
-
ZooKeeper-free Kafka is out. First Demo
Hi Alexander ! I'm a big fan of the work you do at vectorizedio and of your blog posts ! I strongly believe there's a need for much simpler event streaming and room for improvement performance-wise.
I took a different path by divorcing from the Kafka protocol and experimenting with what I believe is a simpler to model approach to reliable event processing [1].
[1] https://github.com/dataptive/styx/blob/master/docs/howto/rel...
What are some alternatives?
jetstream - JetStream Utilities
kafkacat - Generic command line non-JVM Apache Kafka producer and consumer [Moved to: https://github.com/edenhill/kcat]
Apache Kafka - Mirror of Apache Kafka
NATS - High-Performance server for NATS.io, the cloud and edge native messaging system.
pushpin - A proxy server for adding push to your API, used at the core of Fastly's Fanout service
KrakenD - Ultra performant API Gateway with middlewares. A project hosted at The Linux Foundation
secure-sms-proxy - :closed_lock_with_key: Secure way to support send and receive SMS for android applications on single phone number base.
glow - Glow is an easy-to-use distributed computation system written in Go, similar to Hadoop Map Reduce, Spark, Flink, Storm, etc. I am also working on another similar pure Go system, https://github.com/chrislusf/gleam , which is more flexible and more performant.
Apache Pulsar - Apache Pulsar - distributed pub-sub messaging system
redpanda - Redpanda is a streaming data platform for developers. Kafka API compatible. 10x faster. No ZooKeeper. No JVM!