41 lines
1.7 KiB
Markdown
41 lines
1.7 KiB
Markdown
The [[syncing]] design assumes the network is connected. But it's often
|
|
not in these pre-IPV6 days, so the cloud needs to be used to bridge between
|
|
LANS.
|
|
|
|
## more cloud providers
|
|
|
|
Git-annex already supports storing large files in
|
|
several cloud providers via [[special_remotes]].
|
|
More should be added, such as:
|
|
|
|
* Google drive (attractive because it's free, only 5 gb tho)
|
|
* OpenStack Swift (teh future)
|
|
* Box.com (it's free, and current method is hard to set up and a sorta
|
|
shakey; a better method would be to use its API)
|
|
* Dropbox? That would be ironic.. Via its API, presumably.
|
|
* [[Amazon Glacier|todo/special_remote_for_amazon_glacier]]
|
|
* [nimbus.io](https://nimbus.io/) Fairly low prices ($0.06/GB);
|
|
REST API; free software
|
|
|
|
## The cloud notification problem
|
|
|
|
Alice and Bob have repos, and there is a cloud remote they both share.
|
|
Alice adds a file; the assistant transfers it to the cloud remote.
|
|
How does Bob find out about it?
|
|
|
|
There are two parts to this problem. Bob needs to find out that there's
|
|
been a change to Alice's git repo. Then he needs to pull from Alice's git repo,
|
|
or some other repo in the cloud she pushed to. Once both steps are done,
|
|
the assistant will transfer the file from the cloud to Bob.
|
|
|
|
## storing git repos in the cloud
|
|
|
|
Of course, one option is to just use github etc to store the git repo.
|
|
|
|
Two things can store git repos in Amazon S3:
|
|
* <http://gabrito.com/post/storing-git-repositories-in-amazon-s3-for-high-availability>
|
|
* <http://wiki.cs.pdx.edu/oss2009/index/projects/gits3.html>
|
|
|
|
Another option is to not store the git repo in the cloud, but push/pull
|
|
peer-to-peer. When peers cannot directly talk to one-another, this could be
|
|
bounced through something like XMPP.
|