It would be nice to integrate all Rust alternatives to ELK stack:<p>1. Toshi[1] - alternative to Elasticsearch<p>2. Sonic[2] - alternative to Elasticsearch<p>3. Vector[3][4] - alternative to Logstash<p>4. native_spark[5] - alternative to Apache Spark<p>[1] <a href="https://github.com/toshi-search/Toshi" rel="nofollow">https://github.com/toshi-search/Toshi</a><p>[2] <a href="https://github.com/valeriansaliou/sonic" rel="nofollow">https://github.com/valeriansaliou/sonic</a><p>[3] <a href="https://vector.dev/" rel="nofollow">https://vector.dev/</a><p>[4] <a href="https://github.com/timberio/vector" rel="nofollow">https://github.com/timberio/vector</a><p>[5] <a href="https://github.com/rajasekarv/native_spark" rel="nofollow">https://github.com/rajasekarv/native_spark</a>
It's built on top of Tantivy (<a href="https://github.com/tantivy-search/tantivy" rel="nofollow">https://github.com/tantivy-search/tantivy</a>) that implements Tha Raft Consensus Algorithm (<a href="https://raft.github.io/" rel="nofollow">https://raft.github.io/</a>) by raft-rs (<a href="https://github.com/tikv/grpc-rs" rel="nofollow">https://github.com/tikv/grpc-rs</a>) and The gRPC (HTTP/2 + Protocol Buffers) by grpc-rs (<a href="https://github.com/tikv/grpc-rs" rel="nofollow">https://github.com/tikv/grpc-rs</a>) and rust-protobuf (<a href="https://github.com/stepancheg/rust-protobuf" rel="nofollow">https://github.com/stepancheg/rust-protobuf</a>).
Elasticseach is notoriously hard to roll out and develop against (for smaller companies especially), and so I am happy to see smaller projects in this space.<p>I've also been working on a light, fast, typo-tolerant search engine: <a href="https://github.com/typesense/typesense" rel="nofollow">https://github.com/typesense/typesense</a><p>It's been around for a couple of years now, and have a few happy customers who have had great success in replacing $X0,000/year popular hosted search with Typesense!
I see the author did the same search engine in Go a while ago. So I suppose the project being a side project to learn a new language. Or is there a different reason?
FYI: Who was Bayard Rustin? <a href="https://en.wikipedia.org/wiki/Bayard_Rustin" rel="nofollow">https://en.wikipedia.org/wiki/Bayard_Rustin</a>
It's a silly play on words celebrating one of the very great heroes of 20th Century America
1 commit.<p>Is this an opening of a mature project that has been coded in private somewhere? Is this just a code drop on the community?<p>Note: this comes from a developer in Japan. Tantivy's main developer is also based in Japan. @fulmicoton, is there any interaction between the projects?
Speaking of, has anyone tried working with Rucene [1], the Lucene port to Rust?<p>[1] <a href="https://github.com/zhihu/rucene" rel="nofollow">https://github.com/zhihu/rucene</a>
I'm looking for an easy to use typeahead/autocomplete search solution. javascript lib for frontend paired with easy to manage, lightweight server. something modern.<p>The dataset isn't huge. e.g. 1 million strings of no more than 512 utf-8 chars each and not reindexed more than once a day or week. clusters, sharding etc unnecessary.<p>I keep hoping to stumble on a fully baked solution...any ideas?
Interesting. Since the underlying engine(Tantivy) is faster than lucene - at least in their benchmarks - it should be faster that solr. Seems like the author is exploring a faster alternative to solr. I never got around to explore elasticsearch since our solr instances are running so smoothly.
Awesome to see more competitors for elasticsearch. Added to the list: <a href="https://gist.github.com/manigandham/58320ddb24fed654b57b4ba22aceae25" rel="nofollow">https://gist.github.com/manigandham/58320ddb24fed654b57b4ba2...</a>