dynatomic
liftbridge
dynatomic | liftbridge | |
---|---|---|
- | 10 | |
16 | 2,536 | |
- | 0.1% | |
0.0 | 6.3 | |
over 3 years ago | 13 days ago | |
Go | Go | |
MIT License | 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.
dynatomic
We haven't tracked posts mentioning dynatomic yet.
Tracking mentions began in Dec 2020.
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?
[0]: https://docs.nats.io/jetstream/jetstream
[1]: https://liftbridge.io/
[2]: https://pulsar.apache.org/
-
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:
https://liftbridge.io/
- NATS, NATS Streaming & NATS JetStream + How to build a JetStream Cluster & Go Client
What are some alternatives?
redis-lock - Simplified distributed locking implementation using Redis
jetstream - JetStream Utilities
resgate - A Realtime API Gateway used with NATS to build REST, real time, and RPC APIs, where all your clients are synchronized seamlessly.
Apache Kafka - Mirror of Apache Kafka
DHT - BitTorrent DHT Protocol && DHT Spider.
NATS - High-Performance server for NATS.io, the cloud and edge native messaging system.
go-zero - go-zero is a web and rpc framework written in Go. It's born to ensure the stability of the busy sites with resilient design. Builtin goctl greatly improves the development productivity. [Moved to: https://github.com/zeromicro/go-zero]
KrakenD - Ultra performant API Gateway with middlewares. A project hosted at The Linux Foundation
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.
emitter-io - High performance, distributed and low latency publish-subscribe platform.
redpanda - Redpanda is a streaming data platform for developers. Kafka API compatible. 10x faster. No ZooKeeper. No JVM!