リファクタリング プロジェクトの一環として、クエリ エンドを ElasticSearch に移行しています。目標は、最終的には ES へのインデックス作成もリファクタリングすることですが、これはかなり複雑であり、インデックス作成部分は安定して動作しているため、優先度は低くなります。
これにより、Solr を使用して Lucene インデックスが作成/インデックス付けされ、Elasticsearch を使用してクエリが実行される状況が発生します。私の理解では、ES と SOlR の両方が Lucene 互換のインデックスを作成するため、これは可能であるはずです。
念のため、正しいインデックスを指すように ES でハウスキーピングを行う以外に、これを行う際に注意すべき予期しない問題はありますか?
そうです、Lucene インデックスは Elasticsearch インデックスの一部です。ただし、elasticsearch インデックスには、elasticsearch 固有のインデックス メタデータも含まれているため、再作成する必要があることを考慮する必要があります。メタデータの最も難しい部分は、関心のあるすべてのフィールドの Solr スキーマに正確に一致させる必要があるマッピングであり、一部のデータ型では簡単ではない場合があります。さらに、elasticsearch は、インデックス内の特定の内部フィールドを見つけることを想定しています。たとえば、_uidレコードごとにフィールドにインデックスを付けて保存しないと機能しません。
最終的に、これらのハードルをすべて克服したとしても、非常に脆弱なソリューションになる可能性があり、多くの高度な Elasticsearch 機能を利用できなくなります。最初にインデックス部分の移行を検討することをお勧めします。
ElasticSearch Mock Solr Pluginを見たことがありますか? 移行プロセスで役立つと思います。