Introducing Amazon Cloud Drive
amazon.com
amazon.com
Should be interesting to see how they respond in the coming days - if at all.
I hope Dropbox realizes that they can't compete with their supplier on price - so they need to differentiate themselves on value.
These prices are seriously ridiculous. 50% lower across the board. Kinda messed up - but I am in no hurry to leave dropbox any time soon.
Keep doing what you do dropbox. I am rooting for you.
Just curious and intrigued.
But I was wondering if there was something out there that showed that's what they are doing.
The industry has seen many of these these simple "cloud drive" products fail. I think the first was Xdrive. They just don't have the local response speed that users expect. I doubt Amazon will fail here, but as it is, this is not much in the way of competition for Dropbox or the rest of the sync industry. It's a different product all together.
Odds are someone is going to have an account at Amazon rather than Dropbox, and when they go to the Cloud Drive site they see a massive button to upload files and get going immediately. As compared to Dropbox where the user has to download and install something first, and then go from there.
So yeah, I think Dropbox just lost a lot of potential users — sure, they may not have been the type of users who would pay Dropbox at first, but Amazon's service is only going to get better, and they're less likely to grow into a Dropbox paying user.
Xdrive was what? '99/'00?
THats the funny thing about technology -- there isnt too much that is new -- its just that all the underlying factors for success are more mature, thus products today can succeed where ten years ago they failed.
/Lawn
Amazon isn't addressing that here.
I wonder if you could isolate the S3 bucket used and use existing S3 clients. Of course then you might as well use raw S3.
If you store encrypted files with them (and not store the encryption key in the same place) I guess it's not really an issue.
lose, v. to part with something
loose, adj. not tight.
So yeah, Amazon might lose a large contract and might lose trust with developers. Sorry if it's a bit off-topic but I just wanted to mention how off-putting it is.
What would be really nice is something where files get stored fully encrypted, with the key derived client-side from your username and password, and the connections all use HTTPS. (Or something similar. I'm not a security expert, so take this with a grain of salt.)
^ good sense of the word
http://www.zdnet.co.uk/news/security-management/2008/07/17/s...
Writing a sentence like "Some folks claim it has a backdoor" is painfully dishonest, manipulative, and scummy.
First of all, even if you use "boilerplate" encryption algorithms, crypto is ridiculously easy to get wrong, especially in a very demanding setting of disk encryption. Second, TrueCrypt's ability to present its volumes as virtual drives/mountable images is no small feat (both in Linux and NT).
They have a changelog here: http://www.truecrypt.org/docs/?s=version-history Their contact page says they're registered in the US and gives an address: http://www.truecrypt.org/contact
OK, can't speak for their forum banning as I'm not familiar with that situation and correct I cannot find any public repositories - but that's not too rare for some open source projects.
The reasons for being partially anonymous are pretty clear, I doubt various governments are a great fan of TrueCrypt especially with its plausible deniability.
Apparently it is also near an air force base http://news.ycombinator.com/item?id=1533674
[1] http://www.theregister.co.uk/2010/06/28/brazil_banker_crypto...
That key will almost certainly be cached and persisted on a device. Otherwise, you'd need to enter a password every time you need to decrypt a blob of data. That means you need some way to revoke a key when you lose a device. You'll also need some key recovery mechanism when users inevitably forget their password.
Sharing files effectively becomes a key distribution problem. Another consideration is that you can't just upload diffs of files when they change or easily perform data deduplication.
I'd probably need 200GB ($200/year). A more reasonable person would probably be fine with 20 or 50GB ($20/50 per year).
I'm not sure I understand the business model and the hype behind cloud syncing of music though. What is the point? If you're going to copy onto an MP3 player you'll need a local copy. So the use cases are:
1. On the Web;
2. On networked mobiles; and
3. As a form of backup.
Well (1) is covered quite well with Grooveshark. I can find most things I want there and it's an awful lot cheaper (up to free).
(2) I don't think makes a lot of sense given the high cost of mobile data. Maybe in the future mobile data will be an awful lot cheaper but there are fundamental limitations with wireless bandwidth that I think will make that very difficult.
There are many solutions for (3). In terms of raw storage, Amazon's prices are pretty cheap. But backup misses the point entirely I think.
When I buy digital content of any sort I don't want to back it up. I want to be able to recover it easily and simply. iTunes for example only allows downloading movies once (is that right?). If so, I'm just never going to buy movies that way. If I pay for it and can watch what I download any number of times, why can't I download it again if I accidentally lose it?
So iTunes and Amazon MP3s need this feature: log onto my account and click a link that says "download all purchased tracks".
At that point I don't need backup of any kind (for my digital content).
I think the only business model that makes sense is flat-rate subscriptions. You don't store your own music. The provider simply has all the music. This solves a lot of storage problems for the provider (meaning 1000 people share the same copy of the song rather than each uploading and storing it individually).
I can see how they'll get some scale here by having duplicates of some songs (particularly iTunes and Amazon bought MP3s). It'd be interesting to know how much saved space they have from deduplication.
Anyway, am I missing something here?
Depending on their phone they could probably just get a 32GB SD Card and carry their whole collection around with them.
At this point, it looks to me like Amazon is going to offer an Android device in the not-so-distant future. They're quite clearly following the Apple/iTunes/iPod strategy: "Get the software pieces out there and performing so integration with the final hardware is seamless and painless".
So the fact that it duplicates some parts of existing software doesn't much matter. What matters is whether it's a focused and refined first-party solution for that eventual device.
It simply isn't competing for the people who know about and downloaded and set up an account for Dropbox/Grooveshark/etc. It would be the built-in feature that's sitting there waiting for you, automatically integrated to your existing Amazon account and "Just Works".
Also, the small size seems (to me) to be a beta sort of limitation. I'd be surprised if the final hardware launch doesn't include an upgrade to 50 or more gig of space just for buying the hardware.
So, yes, it really is just a sort of Grooveshark/Dropbox/iTunes-Cloud-Sync sort of solution that doesn't knock anyone's socks off via the feature checklist. But if the integration with the final device is tight, I don't think that matters at all.
In the mean time, still waiting for revamped MobileMe. An O/S integrated cloud service seems to me much way better than any others. Airdrop might be the interface for all filesharing solutions in MAC devices.
BTW who knows what new OSX features will bring, new file system for better sync for air, a new pure friendly UI? Who knows...
And i don't like apps that depended some other major competitors than my environment.
Bye.
And I want a pony.
No client sync software, no sharing. I think the Dropbox folks will sleep well at night.
Smooth client software is half the value of paying for Dropbox and I don't see an Amazon side project challenging Dropbox in client usability anytime soon.
This looks more like a middle finger to any eventual iTunes cloud strategy.
In the coming weeks/months, expect to see rapid iterations...i.e. I wouldn't be surprised if they announce a desktop-side client in relatively short order.
How on earth does a large company like Amazon manage to keep pushing out so many innovative products so frequently.
Right now, this is not super useful - those of us who always early-adopt stuff like this probably already have Zumodrive and Dropbox accounts, as well as our own S3 accounts. In it's current form, this is not quite as useful as Zumodrive, which I've stopped using because Dropbox works so much more nicely.
If I were the Dropbox people, I'd be busy keeping the development moving forward to make it even easier for non technical people to understand what they are and use it, to ensure Amazon are still behind when they finally catch up.
(I'd also consider seeing whether I could match Amazons "mp3's purchased thru Amazon are stored free" offer - I'll bet Amazon are doing that with some smart de-duping filesystem magic which means they only have to store one copy of the mp3 file. I wonder if Dropbox are big enough to be able to gain major wins from that too...)
Google storage plans are almost a quarter of what Amazon is charging for! For 20GB you pay $20/yr and with Google it's just $5 (for 20GB). Have a look - https://www.google.com/accounts/PurchaseStorage
Am I missing something?
It's good for files upto 25MB (Gmail attachment size) and if you have inbox issues like me then it's not that a good option.
Then there's Gladinet Desktop app (paid) which I have no experience using, here's the link - http://www.google.com/enterprise/marketplace/viewListing?pro...
S3 is a great service don't get me wrong. But for relatively low transaction data like backup and sync not only is the pricing high but Dropbox also have a vested interest that as they grow they do not depend on a 3rd party for what is no doubt the largest single cost of providing their service.
Developing that for yourself would be very expensive, I imagine. I'd actually be quite surprised if Dropbox went through the hassle of setting this all up. It would have to be a significant difference in cost to justify the effort.
No doubt Amazon has the resources to compete with Dropbox. Can Dropbox fight back against such a Behemoth? Customer loyalty aside, what can Dropbox do to stay ahead of Amazon?
Can't wait to see how far this evolves.
But considering the current experience of 'storing a file' I'm better off sending myself an email, let alone using Dropbox.
That alone will put Dropbox in the top of the game if it's not already there, as tons of devs will rush to develop 3rd party apps for it.
The same doesn't apply to ACD, yet.