リクルート全社検索基盤のアーキテクチャ、採用技術、開発体制はどうなっているのか

リクルート全社検索基盤のアーキテクチャ、採用技術、開発体制はどうなっているのか：Elasticsearch＋Hadoopベースの大規模検索基盤大解剖（1）（1/2 ページ） リクルートの事例を基に、大規模BtoCサービスに求められる検索基盤はどう構築されるものなのか、どんな技術が採用されているのか、運用はどうなっているのかなどについて解説する連載。初回は全体的なアーキテクチャ、採用技術、開発体制について。 連載目次 大規模BtoCサービスで求められる検索基盤は、どうあるべきなのか カスタマー（消費者）が求めるものが日々変わっていく現在において、BtoCの検索基盤はどうあるべきなのでしょうか。 例えば、リクルートで使われている検索基盤の「Qass（Query analyze search system）」は単に全文検索機能を提供するのではなく、以下を軸としています。 サービスごとに最適化され

[mkusunok]

上手にOSSを活用して技術基盤を刷新している印象

[bobbyjam99]

Elasticsearch,Hadoop,Java8,Go,Clojure,Kibana,Embulk

[tagomoris]

ほほう、もうembulkを

[atsuizo]

技術的にはとても参考になるけど、もしこれをリクルートキャリアの現在のマッチング機能にも使っているのだとしたら相当クソ精度なのでまだドヤ顔で語れるレベルではないだろ。