【Elasticsearch】1900万点に及ぶ商品データ作成の時間を約67%短縮できた構成と工夫 - MonotaRO Tech Blog

初めまして、EC基盤グループ サーチチームの壷井です。 モノタロウでは2019年10月頃より新規検索システムの設計・開発を進め、今年の4月頃にECサイト(monotaro.com) 検索ページの裏側の検索システムを従来のSolrからElasticsearchに100%移行*1しました。この移行は将来の商品点数やリクエスト数の増加を見据えたバックエンドの大規模な改修で、ここまで約2年半ほどプロジェクトを進めてきました。今後もECサイトのすべてのページの完全移行に向け引き続き開発・運用を行っていきます。 今回はこのプロジェクトのなかで私が担当してきたElasticsearchへの日々のデータの洗い替え（日次更新と呼んでいます）ワークフローのシステム構成と工夫などについてお話します。 モノタロウの検索システムの紹介 日次更新のシステム構成 処理の流れ ① リアルタイムデータ同期 ② 日次商品デー

[kagehiens]

DB構成話はクラウドばっかりだけど、弊社だと一切使わせてもらえない環境なのは何か打破すること出来うるものだろうか……。

[tito1201]

検索データのリアルタイム更新はまた別の仕組みでやってるのかしら？ / Elasticsearch + Cloud Spanner って組み合わせが面白い。AWS だと OpenSearch + DynamoDB みたいな構成になるのかな？

[mookie]

ぱっと見Solr だと使えないテクニックはなさそうな印象。とはいえelasticの方が高速化するためのツールチェーンが充実しているということかな？

[kamm]

50ブクマでコメント数0だと・・・