Bayard: a full-text search and indexing server written in Rust

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:&#x2F;&#x2F;github.com&#x2F;toshi-search&#x2F;Toshi" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;toshi-search&#x2F;Toshi</a><p>[2] <a href="https:&#x2F;&#x2F;github.com&#x2F;valeriansaliou&#x2F;sonic" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;valeriansaliou&#x2F;sonic</a><p>[3] <a href="https:&#x2F;&#x2F;vector.dev&#x2F;" rel="nofollow">https:&#x2F;&#x2F;vector.dev&#x2F;</a><p>[4] <a href="https:&#x2F;&#x2F;github.com&#x2F;timberio&#x2F;vector" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;timberio&#x2F;vector</a><p>[5] <a href="https:&#x2F;&#x2F;github.com&#x2F;rajasekarv&#x2F;native_spark" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;rajasekarv&#x2F;native_spark</a>

It&#x27;s built on top of Tantivy (<a href="https:&#x2F;&#x2F;github.com&#x2F;tantivy-search&#x2F;tantivy" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;tantivy-search&#x2F;tantivy</a>) that implements Tha Raft Consensus Algorithm (<a href="https:&#x2F;&#x2F;raft.github.io&#x2F;" rel="nofollow">https:&#x2F;&#x2F;raft.github.io&#x2F;</a>) by raft-rs (<a href="https:&#x2F;&#x2F;github.com&#x2F;tikv&#x2F;grpc-rs" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;tikv&#x2F;grpc-rs</a>) and The gRPC (HTTP&#x2F;2 + Protocol Buffers) by grpc-rs (<a href="https:&#x2F;&#x2F;github.com&#x2F;tikv&#x2F;grpc-rs" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;tikv&#x2F;grpc-rs</a>) and rust-protobuf (<a href="https:&#x2F;&#x2F;github.com&#x2F;stepancheg&#x2F;rust-protobuf" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;stepancheg&#x2F;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&#x27;ve also been working on a light, fast, typo-tolerant search engine: <a href="https:&#x2F;&#x2F;github.com&#x2F;typesense&#x2F;typesense" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;typesense&#x2F;typesense</a><p>It&#x27;s been around for a couple of years now, and have a few happy customers who have had great success in replacing $X0,000&#x2F;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:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Bayard_Rustin" rel="nofollow">https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Bayard_Rustin</a> It&#x27;s a silly play on words celebrating one of the very great heroes of 20th Century America

&quot;X written in Rust&quot; is becoming a tiring clickbait pattern on tech boards.<p>Why not simply announcing &quot;X&quot; in the title?

FYI: this is just a PoC and is very early in the stage :)

Similar space, Vespa from Yahoo: <a href="https:&#x2F;&#x2F;vespa.ai&#x2F;" rel="nofollow">https:&#x2F;&#x2F;vespa.ai&#x2F;</a>

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&#x27;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:&#x2F;&#x2F;github.com&#x2F;zhihu&#x2F;rucene" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;zhihu&#x2F;rucene</a>

I&#x27;m looking for an easy to use typeahead&#x2F;autocomplete search solution. javascript lib for frontend paired with easy to manage, lightweight server. something modern.<p>The dataset isn&#x27;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:&#x2F;&#x2F;gist.github.com&#x2F;manigandham&#x2F;58320ddb24fed654b57b4ba22aceae25" rel="nofollow">https:&#x2F;&#x2F;gist.github.com&#x2F;manigandham&#x2F;58320ddb24fed654b57b4ba2...</a>

Raft storage in-memory only. Not exactly safe replication.

Is the query langage less oscure than the query langage of ElasticSearch?

Named after Bayard Rustin??

The proof that rust is a meme language is evidenced by the need to include &quot;written in rust&quot; every time a rust project is mentioned.