Elastic Cloud (Elasticsearch Service)

We utilize Elastic Search  to bring a bunch of data sources together into a large search corpus, which is used to power our core research platform.

We don't generally do a lot of full-text search with Elastic Search . We do a lot of keyword-based searching and a lot of faceted search, and it works really well. We've also had to build custom relevance algorithms based on data that's being stored in the search index. This is more about the algorithm being less about text matching and more about feature matching and relevance on a number of different scales. It's generally worked out really well.

The best feature of Elastic Search is it does exactly what it says. It's really easy to get set up and running and have search running very quickly with basic, out-of-the-box features. It scales very well, and we can do a whole lot with the core feature set before having to move to more advanced concepts. Even then, it performs very well, whether we need to expand into vector databases or decide that the Elastic Search Query DSL doesn't solve our needs anymore and have to go with ESQL or something. It expands and scales really well.

The hosted solution means Elastic Search takes care of the maintenance, which is one of the reasons we chose it. There's been very little maintenance from a data perspective on our side. As we make changes to our database structure, we've had to mirror them into Elastic Search.

We haven't had the opportunity to use the hybrid search with Elastic Search yet. I think there's a place for it in our long-term solution, but we're not quite there yet.

We haven't yet used any AI features built into Elastic Search.

To do what we want to do with Elastic Search, the queries can get complex and require a fuller understanding of the DSL. Once we start to build that understanding, it's another muscle we have, so it's not a bad thing, but it just takes a while to get up and running with expertise for our engineers.

It's not hard to learn how to use more complex things in Elastic Search; it's just a challenge we're going to face.

In my career, I've been using Elastic Search for three or four companies, probably on and off for 10 years.

We've had various very small blips with Elastic Search, but it's never been an issue that was concerning. We have limited infrastructure, so we could go further in terms of our hosted deployment to ensure that some of those things didn't happen. We've simply accepted the level of risk we have.

Thus far, everything seems really good in terms of scalability for Elastic Search. We don't have the largest data set in the world; we have millions of records, single-digit millions, so two or three million records. I feel confident knowing that we could times that by 10 or 100, maybe, and it would still work. The cost would obviously scale, the number of nodes would scale, but Elastic Search would be able to handle that level of scale.

Before I was using Elastic Search and actually before Elastic Search even existed, I previously used Apache Solr  and Lucene  in my career. The release of Elastic Search way back when was a boon because it was out of the box and did what it said. We've also worked with Pinecone , Amazon's OpenSearch , and essentially Postgres trying to do vector search in Postgres. All of those tools have their place, but if we're doing straight search, Elastic Search is just really the right answer.

The initial deployment of Elastic Search was really straightforward because we used the hosted solution.

We had Elastic Search live and our first initial searches running in our staging environment within a week. We moved into production with our full data set within six weeks.

We had one engineer working on this implementation. That's why it took six weeks.

Elastic Search's pricing is affordable when using the hosted solution through Elastic Search. The pay-as-you-go monthly approach has been nice, and if we scale as a company grows, we'll probably switch to a prepaid model, which will be an even bigger benefit. Having the hosted solution and not having to pay for essentially a DevOps person on staff to manage makes it affordable. We haven't really looked into serverless, which has its own benefits. I think serverless still had some challenges early on, and I wanted to go with something I had previously worked with. The hosted solution pricing fits, but the pricing for serverless also looks really interesting. The self-managed solution is nice from a pricing perspective, but we need the right staff to support it, and we don't have that staff.

We don't use Elastic Search for log ingestion, though I think they have a feature for this.

We haven't worked with anything in terms of Elastic Search integration process for third-party models with interference endpoints.

I'm not using the Attack Discovery feature because we're not using Elastic Search for our observability approach.

We have no partnerships or anything with Elastic Search. I would rate this review as a 9.

I developed a chatbot with text summarization and question answering capabilities. I need to summarize multiple PDFs, and I have a database in Google Cloud Storage  where I perform keyword matching with Elastic Search  using exact keyword matching.

I have different clients, but I use Elastic Cloud (Elasticsearch Service)  for one specific client. For that one job, Elastic Cloud (Elasticsearch Service)  is the main tool because I am using an Elastic Search  strategy instead of a vector database.

Scalability is valuable to me. I have 50,000 PDF JSON files that contain my metadata, and I am really glad to use Elastic Cloud (Elasticsearch Service) for this volume without any issues. From a startup's perspective, I would say that until 10 GB of storage, there is no problem whatsoever.

Application-wise, everything was easy to work with. I really appreciated their dashboard because everything was clear, and it was easy to implement.

Because I am pursuing a PhD and work under the university, my university has an agreement with AWS , which makes it essentially free and easier to use. In the AWS  ecosystem, everything is connected and I can control everything without uncertainty about what is happening behind the scenes. However, when using Elastic Cloud (Elasticsearch Service), I connected it to Google Cloud  but I am paying separate receipts. Over the last two months in October and November, I paid two separate invoices that are not connected to Google Cloud , which I did not appreciate.

Google Cloud has a nice interface that gives me full control of pricing and billing. I can see daily, weekly, and monthly breakdowns with bar charts, and I can track exactly how much I spent during any period. Elastic Cloud (Elasticsearch Service) does not have such a tool for billing visibility. Since I am handling significant amounts of money and am responsible for this task within my company, I have high expectations for pricing and billing transparency. I would appreciate the ability to set a spending limit, such as uploading 200 euros, and receive notifications when reaching 50% of that limit. These notifications could appear on the dashboard, in the application, or via email. It would be valuable to see a timeline of my spending.

I would characterize the pricing as somewhat expensive. I did not use competitors extensively, so I may have a bias about this. The pricing of large language models is not expensive—I use Anthropic's Claude or Google's Gemini, which are state-of-the-art models. However, I am uncertain whether I have a bias about Elastic Cloud (Elasticsearch Service) pricing. It is not extraordinarily expensive, but when I compare it with the cost of using large language models or Google Cloud storage, it is quite expensive.

A couple of days ago, the Elastic team reached out to me. We have been regularly using the service since April, and 10 days ago at the beginning of December, I deleted my hosted deployments because I did not like the idea of paying when I am not actively using Elastic Cloud (Elasticsearch Service). They informed me that there is a serverless option available. Before Christmas, I want to try it to see how it works, as I am uncertain about the serverless concept and whether it will provide the same functionality that I use with the hosted deployment.

I have been using this since April.

I have experienced no issues whatsoever in the last five or six months. Whenever I perform my searches, and because my application is active with clients using it, there has been no feedback about problems. During my tests, I did not observe any lag or delay.

I would give them a rating of ten. They were extremely helpful, kind, and communicative. Three people from the Elastic team spoke with me, and they were genuinely trying to solve the problem and understand my expectations. It was really excellent, and I recommend them highly.

I used the hosted deployment version, not the serverless option yet. The hosted deployment took me 10 to 15 minutes to set up. It was very easy and primarily involved indexing. I generated Python code on my local computer within minutes and pushed everything with the indexing. It took about 15 to 20 minutes total, though this is related to the size of my folder. I was indexing around 10,000 PDFs and creating metadata JSON files. The process was easy and fast.

I also use AWS daily in their ecosystem, which contains everything I need. I use Google Cloud primarily because of the pricing, as I must consider profit margins.

My team is small, consisting of about four or five people. On Elastic Cloud (Elasticsearch Service), only two of us work with it, but I am the one who uses it daily.

So far, I have not performed any maintenance.

Elastic Cloud (Elasticsearch Service) focuses on exact keyword matching. This means they do not address semantic similarity well. For example, if I use a word and then use another word with the same meaning in a sentence but not a synonym or similar word, Elastic cannot understand this semantic similarity, which is important for my chatbots. This is why I was using vector databases, as they focus on semantic similarity of words and tokens, whereas Elastic looks for exact word representation.

The team mentioned that hybrid search is an option. I have my own vector database that I use daily as a personal solution, and I could give hybrid search a chance, but I have not tried it yet.

I would rate my overall experience as seven out of ten. Two points are deducted for the pricing, which was higher than my expectations. The pricing has been significant over the last two months and was considerably more than I anticipated. My overall review rating for this service is nine out of ten.