Conversation

Jarkko Sakkinen

Edited 8 months ago
For *personal* cloud storage, I think that pay-for-quota should be the new status quo de-facto. I think bits and volts are comparable enough to have matching pricing model. Huge number of TB's or unlimited quota do not make much sense from sustainability point of view.

With similar pricing model to electricity, e.g. optional carbon compensation would be trivial to implement.

I realized that I've paid for few years 2 TB Dropbox with 100GB quota at max so it makes at least for me a lot of sense to move this of cloud. There's a few pretty decent S3-compatible options available for personal use, which is also a factor more robust than using Dropbox with its awesome apps (of which I've ever used none) :-)

Paying less and having full control of the storage works for me.

#cloud #file #storage
1
0
0

@jarkko
Rclone with Google Cloud Storage is not too shabby either. Two rclone layers of course, one for GCS and another for encryption. It's now how easy rclone makes things like that.

1
0
0
@timojyrinki I'm test bedding Stojr now when I have my subscription left about couple of month.

I'm not really going to add any other layers to it than use rclone to "checkout and commit" stuff back and forth (not even fuse mounts). I already moved to this kind of model with Dropbox because deterministic sequence of events is my thing :-) AI/smartness is at its worst in making decision when the trigger any possible action.

Stoir stripped away from hype is "S3 for the consumer no strings attached" and billing based on capacity used, not to a fixed monthly quota.
1
0
0

@jarkko
Right, I don't have any complexity as such, the rclone inbuilt 'crypt' is set up once and forget https://rclone.org/crypt/ , and works completely transparently. Of course better make good care of the encryption keys.

1
0
0
@timojyrinki @timojyrinki I prefer usually spare copies that can be commited or discarded over simultaneously updated concurrent persistent memory :-)
2
0
0

@jarkko
Yes, very different use cases, I should also think of other uses than traditional backups.

0
0
0

@jarkko
Anyway, thanks for mentioning Storj, looks interesting!

0
0
1