本番環境では、私のアプリケーションは MySQL + Amazon CloudSearch を実行しています。開発中は MySQL のみを実行しており、開発専用の検索ドメインを実行することに興味はありません。
現在、開発中、MySQL でテキスト検索を実行していますが、特定の環境コードを作成する必要があるため、これは理想的ではありません。
私はGroonga CloudSearchを見つけました。これはすばらしく見えますが、まだ非常に若く、不完全です。
では、開発中の Amazon CloudSearch を置き換える最善のアプローチは何でしょうか?
これは、「使い方次第」という回答の 1 つです。開発で AWS クラウド検索を使用したくない理由 (費用以外) はありますか? あなたは、プロジェクトに携わっていない人にとって事実上ブラックボックスである、非常に具体的なSAAS製品を選択しています。
とはいえ、いくつかの実行可能な代替 (必要な機能に応じて) は次のとおりです。
-Solr - lucene.apache.org/solr/
-Elasticsearch - elasticsearch.org
-Whoosh - bitbucket.org/mchaput/whoosh/
-Xapian - xapian.org
-Really anything that uses the Lucene - lucene.apache.org/core/ -full text search engine
-MongoDB -mongodb.org
-Memcached memcached.org
-Redis redis.io/
そう...ええ...スタック内のCloudSearchのコンテキストに完全に依存します。最小限のロジックでキー値ストアとして使用することも、次のような複雑なフレームワークで使用することもできます。