2016-04-25 3 views
-1

最近solrからelastic検索に移行しました。 これで、弾性検索クエリに変換するカスタムクエリ形式でラッパーを作成することになりました。将来、別のデータストアに変更する場合は、このAPIを変更するだけですべてのアプリケーションを変更する必要があります。それは建築の観点から良い判断ですか?弾性検索またはソルバーのラッパーを書くのは良い考えですか?

答えて

0

もちろん、他のデータストアと同じように、検索エンジンをカプセル化する必要があります。まるでそれがデータベースであるかのように考える。

+0

しかし、それは単一障害点になっています。将来の問題は将来的に災害につながる可能性があります。さらに、弾性検索によってサポートされる複雑で多様な種類のクエリを書く能力を失います。 –

0

はい。ラッパーを置くことは良い考えです。 今後、最小限の変更で異なるデータベースを使用するのに役立ちます。

将来はluceneと置き換えても、mongodbのようなnosqlデータベースを使ってもかまいません。