[解決済み] SolrとElasticSearchの比較【終了しました

質問

これらの技術のコアとなるアーキテクチャーの違いは何でしょうか？

また、一般的にどのようなユースケースが適しているのでしょうか？

どのように解決するのか？

更新情報

質問範囲が修正されたので、この点についても追記するかもしれません。

との比較は多々あります。 Apache Solr と ElasticSearch がありますので、私自身が最も役に立ったと思ったもの、つまり最も重要な点をカバーしているものを参照します。

• ボブ・ヨープレイトさんは、キムチさんの回答を既にリンクし ElasticSearch、Sphinx、Lucene、Solr、Xapian。どのような用途に適していますか？ という理由をまとめています。 ElasticSearchを作成しました。 彼の意見では より優れた分散モデルと使いやすさを提供します。 は、Solrと比較して

• ライアン・ソネック氏の リアルタイム検索。SolrとElasticsearchの比較 は、洞察に満ちた分析/比較を行い、すでにSolrのユーザーであるにもかかわらず、SolrからElasticSeachに切り替えた理由を説明しています - 彼はこれを次のように要約しています。

  ソル を構築する際の武器になるかもしれません。 標準的な検索 アプリケーション しかし Elasticsearch は次のレベルに進みます。 最新のリアルタイム検索アプリケーションを作成するためのアーキテクチャ . パーコレーションは、エキサイティングで革新的な機能で、単独で はSolrを圧倒しています。 Elasticsearchはスケーラブルでスピーディーです。 との統合は夢のようです。 . アディオスSolr、お会いできてよかったです。 [強調]

• ElasticSearchのWikipediaの記事を引用します。 比較 ドイツの有名な雑誌「iX」の記事で、メリットとデメリットを挙げていますが、これはすでに述べたことをほぼ要約したものです。

  <ブロッククオート

  メリット :

  • ElasticSearchは配布されています。別プロジェクトは必要ありません。プッシュレプリケーションと呼ばれる、リアルタイムに近いレプリケーションも可能です。
  • ElasticSearchは、Apacheのほぼリアルタイム検索を完全にサポートしています。 Lucene
  • マルチテナンシーに対応するための特別な設定はありません。 Solrの場合、より高度な設定が必要です。
  • ElasticSearchでは ゲートウェイの概念により、フルバックアップが容易になります。

  デメリット :

  • <ストライク メイン開発者は1名のみ [現在のところ該当なし elasticsearchのGitHub組織 そもそもかなり活発なコミッターベースがある上に] 。
  • <ストライク 自動暖機機能なし [新機能により適用不可 インデックスウォームアップAPI ]

初回回答

両者は全く異なるユースケースに対応する全く異なる技術であるため、いかなる意味においても比較することはできません。

• アパッチソラー - Apache Solrは、Luceneの機能を使いやすく、高速に提供します。 検索サーバー ファセット、スケーラビリティ、その他多くの機能を追加しています。

• Amazon ElastiCache - Amazon ElastiCacheは、キャッシュのデプロイ、運用、拡張を容易にするWebサービスです。 インメモリキャッシュ をクラウドで提供します。

  • ご注意ください Amazon ElastiCache は、広く採用されているメモリ・オブジェクト・キャッシュ・システムである Memcached とプロトコル互換性があるため、既存の Memcached 環境で現在使用しているコード、アプリケーション、人気のツールは、このサービスでもシームレスに機能します。 (参照 メムキャッシュ をご覧ください。）

[強調]

もしかしたら、次の2つの関連技術と一方的に混同されているかもしれませんね。

• ElasticSearch - Apache Luceneをベースにしたオープンソース（Apache 2）、分散型、RESTfulな検索エンジンです。

• アマゾンクラウドサーチ - Amazon CloudSearchは、フルマネージド型のクラウド検索サービスで、お客様は高速で拡張性の高い検索機能をアプリケーションに容易に統合することができます。

は ソール と ElasticSearch の提供は一見すると非常によく似ており、どちらも同じバックエンドの検索エンジン、すなわち Apache Lucene .

一方 ソル は古く、かなり多機能で成熟しており、それに応じて広く使用されています。 ElasticSearch に対応するために特別に開発されました。 Solr で対応することが難しい、最新のクラウド環境におけるスケーラビリティ要件に対応するための欠点があります。 Solr .

そのため、おそらく最も便利なのは ElasticSearch と、最近導入された アマゾンクラウドサーチ (紹介記事参照 100円/月で1時間から検索を始められる というのも、両者は原理的に同じユースケースをカバーすると主張しているからです。