Rails プロジェクトを Solr から Elastic Search に切り替えたいのですが (楽しみのため)、ドキュメントのインデックスを作成する最適な方法がわかりません。現在、このタスクには Resque (バックグラウンド ジョブ) を使用していますが、Elastic Search の「川」について掘り下げていて、有望に見えます。
このトピックに関する経験がある人なら誰でも、ヒントを教えてくれますか? パフォーマンス結果？スケーラビリティ？
前もって感謝します
PS: 現時点ではただの楽しみですが、Solr から本番環境のより大きなプロジェクトである Elastic Search に移行することを念頭に置いています。
あなたの質問からあなたの状況/懸念を理解するのは難しいです。Elasticsearchを使用すると、データをプッシュするか、川を使用してデータをプルします。
データをプッシュするときは、フィーダーの動作、ドキュメントの処理方法、パイプライン全体の外観（データの収集>言語分析>など>インデックス）を制御できます。リバーを使用すると、特定のソース（CouchDB、RDBMS）からelasticsearchにデータをすばやくプルしたり、データを継続的にプルしたりするのに便利な方法です。RabbitMQストリームから。
Railsプロジェクトのコンテキストでelasticsearchを検討しているので、おそらくある時点でTiregemを試してみることになります。ActiveModel互換のORM（SQLまたはNoSQLデータベース用）を使用している場合、インポートは次のように簡単です。
$ rake environment tire:import CLASS=MyClass
詳細については、タイヤのドキュメントと関連するRailscastsのエピソードを参照してください。