New Package receptim:elastic-search(wip)

With the 3.0 conversion, I was updating the packages we depend on and it was the turn of the meteor/easy:search package. However, since it is no longer maintained and I was hoping for a better search method, I came across the following article.

Inspired by this article, I wondered if I should write a new package. I wrote a test package and I need your experience and ideas. Do we need such a package or can we have a usable alternative for search?

6 Likes

Nice, looks very interesting. I currently use mongodb atlas search, but for anyone not using atlas or if you want to offload search from the DB this will be awesome.

Be aware that you published a certificate and passwords on the repo, probably just for a localhost, but still.

2 Likes

For small apps or apps that won’t require “real-time” syncing, using meteor to sync between MongoDB and elasticsearch might suffice. But for busy apps requiring real-time syncing, you will need something performant.

We are using monstache to sync our MongoDB to Elasticsearch/Opensearch.

I love the idea and simplicity of searching through the scope of the collection.

3 Likes

+1 for monstache – we have used it for years now, and I 100% recommend it. What’s important is that it’s based on Change Streams and not Oplog, so it’s future-proof. EDIT: That’s an option, not the default behavior.

Coincidentally, I just posted a blog post about the issues we have faced with OpenSearch recently: “On How Our OpenSearch Just Died” (yes, we only ran out of disk space, but it turned out that adding more didn’t work).

3 Likes