45 ms·

Riak Search will do this for you. The Riak key/value store also has post-commit hooks that you can use: http://docs.basho.com/riak/1.2.1/references/appendices/

Riak Search will do this for you. The Riak key/value store also has post-commit hooks that you can use: http://docs.basho.com/riak/1.2.1/references/appendices/concepts/Commit-Hooks/ http://docs.basho.com/riak/1.2.1/references/appendices/conce...

macintux 12y ago
Basho is implementing a much better search option based on distributed Solr (instead of relying on something in-house), due out this year with the 2.0 release. It's available for testing today. (Full disclaimer: I work for Basho.)
- rch 12y ago
  I'm building an internal geospatial product on the beta, anticipating the release. Great results so far.
- eredmond 12y ago
  "Based on distributed Solr" might be an over simplification. It uses Solr as its indexing engine, but really, that engine could be any single-node indexer... including single ES nodes. Basically, Yokozuna adds real grownup distributed systems computer science to the OSS distributed search space. http://docs.basho.com/riak/2.0.0beta1/dev/advanced/search/ http://docs.basho.com/riak/2.0.0beta1/dev/advanced/search/
  - lobster_johnson 12y ago
    To me, the Yokozuna "mediator" seems highly specific to Solr. It's not like you could swap out Solr for ES with just a little glue code, I think?
syntern 12y ago
I have briefly checked the Riak yokozuna project, and it really looks great. Nevertheless, I'd prefer to have the data storage cluster and the search cluster to be separated (and I really like ElasticSearch too). Edit: I shall add that the most interesting search problems are the ones where you need to join separate data sources, and in such cases it is not really the question of what kind of search solution you are using, rather what kind of async queue and data update you have. So the separated cluster is really about having a distributed queue between the 'data-master' and the 'search-master'.
- rch 12y ago
  How about Riak CS for storage, separate from the search cluster?
  - syntern 12y ago
    I am not sure what difference it makes to have Riak or Riak CS for data storage, in the context of having a separate search cluster. Would you elaborate?
    - rch 12y ago
      Yokozuna and CS (or plain Riak) use different backend configurations[0,1]. So beyond having physically distinct clusters, you'd get to have purpose optimized storage, but with a common management regime. [0] http://docs.basho.com/riak/latest/ops/building/planning/backends/ http://docs.basho.com/riak/latest/ops/building/planning/back... [1] http://docs.basho.com/riakcs/latest/cookbooks/configuration/Configuring-Riak/ http://docs.basho.com/riakcs/latest/cookbooks/configuration/...

macintux 12y ago

Basho is implementing a much better search option based on distributed Solr (instead of relying on something in-house), due out this year with the 2.0 release. It's available for testing today. (Full disclaimer: I work for Basho.)

rch 12y ago
I'm building an internal geospatial product on the beta, anticipating the release. Great results so far.
eredmond 12y ago
"Based on distributed Solr" might be an over simplification. It uses Solr as its indexing engine, but really, that engine could be any single-node indexer... including single ES nodes. Basically, Yokozuna adds real grownup distributed systems computer science to the OSS distributed search space. http://docs.basho.com/riak/2.0.0beta1/dev/advanced/search/ http://docs.basho.com/riak/2.0.0beta1/dev/advanced/search/
- lobster_johnson 12y ago
  To me, the Yokozuna "mediator" seems highly specific to Solr. It's not like you could swap out Solr for ES with just a little glue code, I think?

syntern 12y ago

I have briefly checked the Riak yokozuna project, and it really looks great. Nevertheless, I'd prefer to have the data storage cluster and the search cluster to be separated (and I really like ElasticSearch too). Edit: I shall add that the most interesting search problems are the ones where you need to join separate data sources, and in such cases it is not really the question of what kind of search solution you are using, rather what kind of async queue and data update you have. So the separated cluster is really about having a distributed queue between the 'data-master' and the 'search-master'.

rch 12y ago
How about Riak CS for storage, separate from the search cluster?
- syntern 12y ago
  I am not sure what difference it makes to have Riak or Riak CS for data storage, in the context of having a separate search cluster. Would you elaborate?
  - rch 12y ago
    Yokozuna and CS (or plain Riak) use different backend configurations[0,1]. So beyond having physically distinct clusters, you'd get to have purpose optimized storage, but with a common management regime. [0] http://docs.basho.com/riak/latest/ops/building/planning/backends/ http://docs.basho.com/riak/latest/ops/building/planning/back... [1] http://docs.basho.com/riakcs/latest/cookbooks/configuration/Configuring-Riak/ http://docs.basho.com/riakcs/latest/cookbooks/configuration/...