Toshi

I don't believe there is just one answer to that, because it really depends on your needs, existing stack, and skillset. Disclaimer aside, I've heard very positive things about the search that ships with PostgreSQL, and similarly positive things for the few search extensions one can add (assuming extensions are available where you're running PG) https://github.com/quickwit-oss/tantivy#features seems to be a good starting place if you want to embed search, and its https://github.com/quickwit-oss/quickwit friend comes up a lot, but be sure to bear its AGPL license in mind Toshi is one of the ones which is striving for ES compatibility at the search level, making it a drop-in replacement https://github.com/toshi-search/Toshi#example-queries although last time I played with it, they were QUITE A WAYS away, depending on how deep one is in the

Other: https://www.meilisearch.com/ https://github.com/quickwit-oss/tantivy https://github.com/toshi-search/Toshi https://github.com/typesense/typesense

Oh! Damn it I forgot about manticore -- I had seen it before but forgot to include it. Eventually all of these projects will be highlighted on Awesome F/OSS (https://awsmfoss.com), but for now I'm just going to dump my bookmarks here for other people, since I'm leaving awesome projects out: Search Engines AWS OpenSearch https://github.com/opensearch-project/OpenSearch https://github.com/opensearch-project/OpenSearch-Dashboards https://github.com/opensearch-project/perftop https://github.com/go-ego/riot https://groonga.org/ https://github.com/groonga/groonga https://github.com/meilisearch/MeiliSearch https://github.com/mosuka/bayard https://github.com/nezaboodka/nevod https://github.com/searx/searx https://github.com/stryku/okon https://github.com/toshi-search/Toshi https://github.com/typesense/typesense https://github.com/valeriansaliou/s

You're right I should put bleve on there as well. This isn't even the whole list. Toshi (https://github.com/toshi-search/Toshi) is also out there...

I wish we had an extension like ZomboDB but using a lighter search engine like https://github.com/quickwit-oss/quickwit, https://github.com/toshi-search/Toshi and https://github.com/mosuka/bayard Here I'm listing engines based on https://github.com/quickwit-oss/tantivy - tantivy is comparable to Lucene in its scope - but I'm sure there are other engines that could tackle ElasticSearch. Another thing that could happen is maybe directly embed tantivy in Postgres using an extension, perhaps this could be an option too.

Yup! I'd heard of Quickwit and sonic, but Quickwit seems to have pivoted to being a log-search focused engine. It's built on Tantivy[0] IIRC so I could have used something like Toshi[1]. Sonic[2] I know much less about but it also seems good. Honestly anything except ES is what I like to hear about (though OpenSearch is interesting). Another thing I think the world really needs is a CLI +/- API tool (ideally rust lib + CLI + API) that unifies interacting with these things. I got REALLY close to writing it while working on this article, but I was already running late and I have a penchant for yak shaving. This won't be the last thing I write about search engines -- there's been a LOT of movement in the space that has nothing to do with the elastic/opensearch debacle and I don't see enough tires getting kicked. [0]: https://github.com/quick

There are also Toshi[1] and Sonic[2] in Rust. And Vector[3] as a Logstash alternative too. There is an issue[4] proposing to integrate Vector with Sonic and Toshi. Maybe Zinc can pursue this goal too. Always good to see people who realize that Java is unwieldy monster that will eat all your memory. Native is a way to go for big systems. [1] https://github.com/toshi-search/Toshi [2] https://github.com/valeriansaliou/sonic [3] https://vector.dev/ [4] https://github.com/vectordotdev/vector/issues/988

There are also two good Elasticsearch alternatives in Rust - Sonic[1] and Toshi[2]. [1] https://github.com/valeriansaliou/sonic [2] https://github.com/toshi-search/Toshi

They also could sponsor Elasticsearch alternatives in Rust - Sonic[1] and Toshi[2]. Even more, integration[3] with Vector. [1] https://github.com/valeriansaliou/sonic [2] https://github.com/toshi-search/Toshi [3] https://github.com/timberio/vector/issues/988

FWIW... 1. Toshi https://github.com/toshi-search/Toshi (Rust, 3.1k stars) 2. Tantivy https://github.com/tantivy-search/tantivy (Rust, 4.5k stars) 3. PISA https://github.com/pisa-engine/pisa (C++, 486 stars) 4. Bleve https://github.com/blevesearch/bleve (Go, 7.4k stars) 5. Sonic https://github.com/valeriansaliou/sonic (Rust, 10.9k stars) 6. Partial comparison https://mosuka.github.io/search-benchmark-game/ (tantivy Vs lucene Vs pisa Vs bleve) 7. Bayard https://github.com/bayard-search/bayard (Rust, on top of Tantivy, 1.4k stars) 8. Blast https://github.com/mosuka/blast (Go, on top of Bleve, 930 stars) Algolia alternatives with some compatibility 1. MeiliSearch https://github.com/meilisearch/MeiliSearch (Rust, 12.4k stars) 2. typesense https://github.com/typesense/typesense (C++, 5.1k stars)

Luckily there are faster and smaller alternatives in Rust for the ElasticSearch - Toshi[1], Meili[2] and Sonic[3]. In the age of Rust there is no need to use JVMs overhead. [1] https://github.com/toshi-search/Toshi [2] https://github.com/meilisearch/MeiliSearch [3] https://github.com/valeriansaliou/sonic

And, going for the HN gold, Toshi is a FTS server written in Rust: https://github.com/toshi-search/Toshi#readme (backed by the FTS library https://github.com/tantivy-search/tantivy#readme also in Rust)

It would be nice to integrate all Rust alternatives to ELK stack: 1. Toshi[1] - alternative to Elasticsearch 2. Sonic[2] - alternative to Elasticsearch 3. Vector[3][4] - alternative to Logstash 4. native_spark[5] - alternative to Apache Spark [1] https://github.com/toshi-search/Toshi [2] https://github.com/valeriansaliou/sonic [3] https://vector.dev/ [4] https://github.com/timberio/vector [5] https://github.com/rajasekarv/native_spark

There is toshi-search https://github.com/toshi-search/Toshi who is trying to be a drop-in replacement for Elasticsearch. My understanding is that Bayard is trying to achieve the same use cases as Elasticsearch but with a different API

Well, ES spent many years polishing itself, but there is one new very rough kid on the block: https://github.com/toshi-search/Toshi/blob/master/README.md