Listen to Put Event in Riak
ericff at gmail.com
Thu Nov 17 20:19:06 EST 2011
I want to use Riak to remove the single point of failure.
As I know, if you want to remove the single point of failure in RabbitMQ,
you also need another cluster system or some complicated setting which I
think is too heavy.
So far, I think use the post-commit hook to directly kick off the external
process will be a simple and enough for me (Not sure what will it will be).
I think it would be nice to have a built-in distributed list or
queue (special bucket or record) implementation (like Redis?) in Riak will
be really nice feature.
On Thu, Nov 17, 2011 at 11:57 PM, Jon Brisbin <jon at jbrisbin.com> wrote:
> This is a situation similar to one I had in mind when I wrote the Riak ->
> RabbitMQ integration. Think of it as a distributed database trigger. It is
> a post-commit hook, as Russell mentions being the way to achieve what
> you're looking for, but this post-commit hooks sends out an AMQP message
> telling subscribers about new data coming into Riak.
> Jon Brisbin
> *From: *"Eric Fong" <ericff at gmail.com>
> *To: *riak-users at lists.basho.com
> *Sent: *Wednesday, November 16, 2011 8:59:00 PM
> *Subject: *Listen to Put Event in Riak
> I have Riak servers A, B and C.
> As I know, assume I put my data into Riak server A via HTTP interface,
> I will hashed and determined to be stored in some other servers. May be
> finally stored into B and C.
> What I want is listen to the upload event.
> And one and only one of them A, B, C kick off some external process.
> Any API for that ?
> Or I should have watching processes in all A, B, C servers (will have race
> condition and locking problem)?
> Sorry, I am new to Riak. I may miss some important components.
> Please point that out to me.
> Best Regards,
> Eric Fong
> riak-users mailing list
> riak-users at lists.basho.com
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the riak-users