### Author:  [@findbestopensource](https://discuss.elastic.co/u/findbestopensource)
#### Post date: [October 14, 2011, 6:35am UTC](https://discuss.elastic.co/t/solr-vs-elasticsearch/5598/1 "2011-10-14T06:35:47Z")
I have written an article Solr vs Elasticsearch
> **[Solr vs Elastic Search](https://www.findbestopensource.com/article-detail/solr-vs-elasticsearch)**
>
> Solr vs Elastic Search
Please post your feedback.
Regards
Aditya
---
### Author:  [@Karussell1](https://discuss.elastic.co/u/Karussell1)
#### Post date: [October 14, 2011, 12:14pm UTC](https://discuss.elastic.co/t/solr-vs-elasticsearch/5598/2 "2011-10-14T12:14:55Z")
solr is not (really) distributed or at least not out of the box ...
"Both are standalone application and both are scalable and
distributed."
for in-depth comparisons can be found here:
>
On 14 Okt., 08:35, findbestopensource [findbestopensou...@gmail.com](mailto:findbestopensou...@gmail.com)
wrote:
> I have written an article Solr vs Elasticsearchhttp://www.findbestopensource.com/article-detail/solr-vs-elasticsearch
>
> Please post your feedback.
>
> Regards
> Aditya
---
### Author:  [@karmi](https://discuss.elastic.co/u/karmi)
#### Post date: [October 15, 2011, 7:59am UTC](https://discuss.elastic.co/t/solr-vs-elasticsearch/5598/3 "2011-10-15T07:59:21Z")
Is it really an article? I see a bunch of bullet points and a link-
bait title.
Karel
On Oct 14, 8:35 am, findbestopensource [findbestopensou...@gmail.com](mailto:findbestopensou...@gmail.com)
wrote:
> I have written an article Solr vs Elasticsearchhttp://www.findbestopensource.com/article-detail/solr-vs-elasticsearch
>
> Please post your feedback.
>
> Regards
> Aditya
---
### Author:  [@Andy\_2](https://discuss.elastic.co/u/Andy_2)
#### Post date: [October 15, 2011, 8:11am UTC](https://discuss.elastic.co/t/solr-vs-elasticsearch/5598/4 "2011-10-15T08:11:19Z")
"Solr - Supports near real time search."
The current version of Solr does not support near real time search.
NRT is scheduled to be included in the next version of Solr (4.0)
On Oct 14, 2:35 am, findbestopensource [findbestopensou...@gmail.com](mailto:findbestopensou...@gmail.com)
wrote:
> I have written an article Solr vs Elasticsearchhttp://www.findbestopensource.com/article-detail/solr-vs-elasticsearch
>
> Please post your feedback.
>
> Regards
> Aditya
---
### Author:  [@Mohit\_Anchlia](https://discuss.elastic.co/u/Mohit_Anchlia)
#### Post date: [October 15, 2011, 5:00pm UTC](https://discuss.elastic.co/t/solr-vs-elasticsearch/5598/5 "2011-10-15T17:00:03Z")
Also I think the way Solr shards is different than elasticsearch.
On Sat, Oct 15, 2011 at 1:11 AM, Andy [selforganized@gmail.com](mailto:selforganized@gmail.com) wrote:
> "Solr - Supports near real time search."
>
> The current version of Solr does not support near real time search.
> NRT is scheduled to be included in the next version of Solr (4.0)
>
> On Oct 14, 2:35 am, findbestopensource [findbestopensou...@gmail.com](mailto:findbestopensou...@gmail.com)
> wrote:
>
> > I have written an article Solr vs Elasticsearchhttp://www.findbestopensource.com/article-detail/solr-vs-elasticsearch
> >
> > Please post your feedback.
> >
> > Regards
> > Aditya
---
### Author:  [@Bryan\_Green](https://discuss.elastic.co/u/Bryan_Green)
#### Post date: [October 16, 2011, 10:29pm UTC](https://discuss.elastic.co/t/solr-vs-elasticsearch/5598/6 "2011-10-16T22:29:13Z")
Yes, not a very helpful article at all. Elasticseach is superior versus
SOLR. I try to get away from XML hell. JSON is a great package for objects
and it's everywhere in elasticsearch.
I feel elasticsearch has a very rich future. I'm worried though that if
kimchy were to stop developing we'd have fewer updates/features going
forward.
---
### Author:  [@kimchy](https://discuss.elastic.co/u/kimchy)
#### Post date: [October 17, 2011, 12:14am UTC](https://discuss.elastic.co/t/solr-vs-elasticsearch/5598/7 "2011-10-17T00:14:55Z")
> I feel elasticsearch has a very rich future. I'm worried though that if
> kimchy were to stop developing we'd have fewer updates/features going
> forward.
Thats a valid concern. The way I see it, elasticsearch is now in the phase
where it starts to get noticed and used broadly. Obviously, I still play a
major role in its future, and plan to continue and doing so (not mentioning
even the time spent doing it, just my emotions associated with it...), but I
do hope for a broader developer community (user community and external
developer community (clients, integrations) have exceeded my wildest
expectations).
The stage of elasticsearch is similar in nature, now, to the state of Rails
about a year after dhh released it to the public, or more current example,
Salvatore releasing redis. I specifically mentioned those two projects as
the creators of them play a major role in the direction the projects are
heading, which I plan to do. Both are also very successful projects, which I
hope elasticsearch is on its way to become one.
I am encouraged by the increasing amount of pull requests and discussions on
IRC. Remember, elasticsearch is quite a complex project (though I hope its
not that obvious to the user ...), and combines two quite broad subjects in
both search engines (Lucene) and distributed systems. So it can be
intimidating to even start and provide pull requests for it. But, I am here
to help (with many IRC hours logged helping out with people implementing
features 😉 ), though, I expect people who want to contribute to exhibit
some form of prior effort in getting familiar with the codebase ;).
One interesting thing that I found out is that elasticsearch is being used
in quite big projects, and big / "famous" companies. Some even have
developers doing mostly elasticsearch. The reason why its not known, and why
there aren't enough public contributions to elasticsearch coming from them,
is because they consider elasticsearch as a competitive advantage. This, in
turn, will pass as elasticsearch becomes more and more popular, that
"keeping it a secret" does not make sense, but its still very encouraging
regarding the future of elasticsearch. (and a suggestion to someone who is
doing open source, don't write it in a modular fashion so it can be extended
easily ;), funnily enough, a project that is not modular, i.e. Cassandra,
results in more changes being applied to open source...).
-shay.banon
---
### Author:  [@Karussell1](https://discuss.elastic.co/u/Karussell1)
#### Post date: [October 17, 2011, 3:16pm UTC](https://discuss.elastic.co/t/solr-vs-elasticsearch/5598/8 "2011-10-17T15:16:34Z")
> and a suggestion to someone who is
> doing open source, don't write it in a modular fashion so it can be extended
> easily ;), funnily enough, a project that is not modular, i.e. Cassandra,
> results in more changes being applied to open source...).
haha 🙂 !
---
### Author:  [@egaumer](https://discuss.elastic.co/u/egaumer)
#### Post date: [October 18, 2011, 1:42am UTC](https://discuss.elastic.co/t/solr-vs-elasticsearch/5598/9 "2011-10-18T01:42:33Z")
_"The reason why its not known, and why there aren't enough public
contributions to elasticsearch coming from them, is because they consider
elasticsearch as a competitive advantage."_
\*
\*
Absolutely agree.
Another interesting factor is that elasticsearch really takes search beyond
anything we've seen before. You've got document sources, versioning,
realtime GET, zero-conf network discovery, etc. With that said, ES allows
you to build higher levels of abstraction on top of search. An analogy that
always comes to mind is WordPress to MySQL. Elasticsearch embeds so easily
that you can build really interesting applications using it as the core
storage engine.
The industry terminology for this is Search Based Applications (SBAs).
> **[Search-based application](https://en.wikipedia.org/wiki/Search_based_application)**
>
> Search-based applications (SBA) are software applications in which a search engine platform is used as the core infrastructure for information access and reporting. SBAs use semantic technologies to aggregate, normalize and classify unstructured, semi-structured and/or structured content across multiple repositories, and employ natural language technologies for accessing the aggregated information. Search-based applications are fully packaged applications that:
This example is built completely on top of elasticsearch using backbone.js -
At any rate, this means people become less focused on the core search
(elasticsearch in this case), and more focused on the applications they're
building.
Besides, Shay's pace has been so fast that he implements features before you
realize you need it 😉
---
### Author:  [@system](https://discuss.elastic.co/u/system)
#### Post date: [July 6, 2017, 3:51am UTC](https://discuss.elastic.co/t/solr-vs-elasticsearch/5598/10 "2017-07-06T03:51:41Z")