I'm looking at the guide and I see a lot of explanation but little to nothing in the way of clear, simple instructions that will cover the most typical basic use cases.
Of course Elasticsearch has many features and many different types of interfaces, but most people don't need to use most of those features, and having some example code available for a few common languages/platforms would be very useful.
Elasticsearch has done a great job of streamlining the use of Lucene and of course generally making many improvements, but based on the documentation I have seen including this new book, Elasticsearch must derive most of its income through consulting or support, and providing simple instructions obviously is a direct conflict of interest.
I believe that the average user is like me: they want to index some documents and then search the full text. They want a straightforward way to connect one or two search boxes on their web application to Elasticsearch and then retrieve some useful results. They do not want to learn the nuances of different engines or search interfaces. They do not want to read a book.
Well, you could use Solr. As with ES, the basic examples run out of the box. But frankly, whichever search engine you use, at some point you will have to read a book or dig hard to understand underlying issues such as tokenization. But starting is easy.
And the Solr community gets its income from all sorts of direction. So, the user mailing list is quite helpful.
Starting with ES is not easy. The documentation index is confusing. The basic examples that I saw only showed half of the equation: searching. And that example left out a lot of typical use cases without links to any examples for implementing those use cases.
So what you are suggesting, that I should use Solr since the Elasticsearch documentation is difficult to navigate or perhaps incomplete, is almost like saying "I think it should be difficult to figure out how to use ElasticSearch, since its so powerful, its not for kids. Therefore, the documentation is deliberately opaque. If you want something easy, use Solr."
I am a Solr specialist (and author www.packtpub.com/apache-solr-for-indexing-data/book ), but usually the comments I see about Elastic Search is that it is _easy_ to get started with. Then, it gets a lot more complex (and so does Solr). But I haven't done the study myself to have a strong opinion.
Still, if you have trouble, then yes, try Solr. They have a tutorial that walks you through the full example. Perhaps that will get you going faster.
If you are not picking ES because of a particular feature set, pick on whatever criteria you feel makes it more user-friendly. Whether ElasticSearch or Solr, you are benefiting from Lucene library underneath. I would think twice about any other non-Lucene based search engine at this stage of the search game.
My biggest difficulty with the documentation is the lack of examples and a logical layout. That's why at our company (we do hosted ES), we decided to invest in a new documentation portal ala Stripe: http://www.silota.com/docs/api/
Hope you find that useful. Any feedback is appreciated!
Is Silota based on Lucene (or ES or Solr)? Because you don't seem to mention it. And if it is not, there is not enough information to make an informed choice. I don't see any information on tokenization nor does your own site seems to have a search engine to check (dogfood?).
Never mind. Seems to have missed (hosted ES) point. I would make frankly make that (or at least Lucene mention) a selling point as opposed to a buried one. That way people who actually know what to look for in a search engine know what's under the covers.
Good feedback. Still iterating on the messaging – at this stage, we are still figuring out how to describe the product.
When you begin incorporating ES into your application, roughly you’d be thinking about:
1. Figuring out the structure of your data and translating that into ES’s mapping
2. Learning the query syntax (the ES docs assume you already know Lucene, not usually the case.)
3. Setup an ingest workflow and keeping your indexed data in sync
4. Securing your cluster if you want to hit ES directly from the browser/API client
5. Maintaining your cluster
Silota attempts to solve 3, 4, 5. Improving documentation helps with 2.
And that's supposed to be the hard part. There are no workaround for the hard parts. You need to understand the complex issues involved. However, you may want to read the blog from Found.no, they have a lot of great material: https://www.found.no/foundation/
Of course Elasticsearch has many features and many different types of interfaces, but most people don't need to use most of those features, and having some example code available for a few common languages/platforms would be very useful.
Elasticsearch has done a great job of streamlining the use of Lucene and of course generally making many improvements, but based on the documentation I have seen including this new book, Elasticsearch must derive most of its income through consulting or support, and providing simple instructions obviously is a direct conflict of interest.
I believe that the average user is like me: they want to index some documents and then search the full text. They want a straightforward way to connect one or two search boxes on their web application to Elasticsearch and then retrieve some useful results. They do not want to learn the nuances of different engines or search interfaces. They do not want to read a book.