Algolia vs Elasticsearch

• Algolia is brain-dead simple to set up. I've implemented search with Algolia in a dozen different ways now, and it never took me longer than a few minutes to get the functionality I want. With Algolia, the only challenge is designing your search UI -- if you don't want to use their baked in UI solutions.
• Results come back incredibly fast. I'm not sure how Algolia does it, but every keystroke I make in a search field returns new results instantly. It's hard to believe that I'm searching large datasets on a remote server when it works so fast.
• Very little customization is needed for 99% of use-cases. Algolia's out of the box setup works great, and it takes no prior knowledge to set up.

Read full review

• Super-fast search on millions of documents. We've got over 2 billion documents in our index and the retrieve speeds are still in the < 1-second range.
• Analytics on top of your search. If you organize your data appropriately, Elasticsearch can serve as a distributed OLAP system
• Elasticsearch is great for geographic data as well, including searching and filtering with geojson, and a variety of geospatial algorithms.

Read full review

• Algolia can be a bit complex -- for smaller companies or companies without many tech resources, it may be difficult to implement and use without the help of a third party
• Manually manipulating search results (for specific queries having listings show up first) is a bit difficult to do without custom developing that functionality

Read full review

• Setting Java memory thresholds can be a pain for those not accustomed to things like Eden Space & Old Generation which can lead to over allocation, or more likely, under allocation. Apache Solr had a similar issue. It would be nice if the program would take an extra step and dogfood it's own advice by analyzing the system & processes to return a solid recommendation for that configuration. The proper configuration information is outlined in the documentation, it would be nice if that was automated.
• The only health check that ElasticSearch reports back is a "red" status without any real solid information about what is going on, though its usually memory thresholds or disk I/O. I am currently on ElasticSearch 1.5 so that may have changed for newer versions. When the status goes "red", I as the administrator of the software, feel like I lose control of whats going on which should rarely happen. Something more verbose would eliminate that.
• This is more of a critique of the ElasticStack in general. The whole top to bottom stack is starting to get feature creep with things that are better suited in other software and increasing the barrier for entry for people to get started with setting up a robust logging infrastructure. ElasticSearch as a storage search engine, is pretty streamlined, but I can see that the tools that comprise the ELK Stack are going to require a certification with constant study at some point. During major release for Logstash a while back, it literally took a month to learn a new language because Elastic completely changed the syntax. For a medium sized organization of only a couple of admins, that is a pretty high bar where time is money. They really should work on refining/automating the tools & search engine they have, instead of shoehorning/changing things on to an already rock solid foundation.

Read full review

• It's too early to measure any increase in our transactions
• We have good customer feedback on the Algolia search function
• We are looking at other apps in development where we can also leverage the power of Algolia

Read full review

• Faster searches on our application have resulted in better usability and increased application use
• Analytics dashboard has given our managers a better understanding of day-to-day activities
• Being a backup data store, we need not touch SQL database while doing data dumps for local data science projects

Read full review