> I realize I am somewhat re-inventing the wheel. However I do not need an
"S3 interface"
Then you could just do what you are wanting in Riak. No need for low-level
access to Riak-CS, etc. You could look to CS for inspiration, I suppose.
Also, Stanchion is only needed when doing user related mod
>
> Since this is related to my earlier question: sorry to have let you wait,
> Timo.
>
> Kelly, the reason I brought up my original question was because my use case
> involves delivering videos under load.
> Suppose there is a cluster of 50 nodes with a replication value of three. Now
> if a
Since this is related to my earlier question: sorry to have let you wait, Timo.
Kelly, the reason I brought up my original question was because my use case
involves delivering videos under load.
Suppose there is a cluster of 50 nodes with a replication value of three. Now
if a random node is que
Riak CS does store large files directly in Riak in a manner somewhat similar to
what you describe and has the advantage that there are S3 libraries for most
languages. You might want to look at it a little closer because this does sound
like re-inventing of the wheel to me.
Kelly
On March 29,
Related to the recent thread about "Lowlevel Access to RiakCS objects" I plan
to implement an extension to a Riak Object (in the Golang driver at
https://github.com/tpjg/goriakpbc) that will cover two use cases:
1) storing larger files directly in Riak (not Riak CS)
2) store growing files, e.g.
