Why Dropbox decided to build its own infrastructure and network
31–40 of 158 posts
Re: Why Dropbox decided to build its own infrastructure and network
#32The file storage move from S3 to Magic Pocket is detailed in these blog posts:
https://blogs.dropbox.com/tech/2016/03/magic-pocket-infrastr...
https://blogs.dropbox.com/tech/2016/05/inside-the-magic-pock...
https://blogs.dropbox.com/tech/2016/07/pocket-watch/
The network backbone is talked about here:
https://blogs.dropbox.com/tech/2017/09/infrastructure-update...
Re: Why Dropbox decided to build its own infrastructure and network
#33I'll be 100% honest, I didn't realize Dropbox was still on AWS. You figure at a certain scale it makes more sense to run your own solution.
Re: Why Dropbox decided to build its own infrastructure and network
#34Can we remove /amp/ from the end of the URL? Some people still use HN on a laptop or a desktop. Also, as mentioned elsewhere in the comments here, it should be retitled to "Why Dropbox decided to drop AWS"
I'm against Google hosted amp but what's the issue with self hosted? This page is so much nicer than the overly busy normal TC site.
Re: Why Dropbox decided to build its own infrastructure and network
#35Earlier quoted context omitted.
They run BGP and do an enormous amount of IX peering. https://www.peeringdb.com/asn/2906 AWS doesn't even let you do BGP. If you want to use them for a CDN, you're monopolized into their network and their blend of ridiculously overpriced bandwidth. They might be using AWS for the canonical store of data, but the sanity of using "the cloud" goes out the window the second you need to ship a lot of traffic to the public…
> heir blend of ridiculously overpriced bandwidth. For someone not at netflix's level, can you recommend somewhere with significantly cheaper bandwidth.
Re: Why Dropbox decided to build its own infrastructure and network
#36Re: Why Dropbox decided to build its own infrastructure and network
#37Can we remove /amp/ from the end of the URL? Some people still use HN on a laptop or a desktop. Also, as mentioned elsewhere in the comments here, it should be retitled to "Why Dropbox decided to drop AWS"
I'm against Google hosted amp but what's the issue with self hosted? This page is so much nicer than the overly busy normal TC site.
Re: Why Dropbox decided to build its own infrastructure and network
#38I'll be 100% honest, I didn't realize Dropbox was still on AWS. You figure at a certain scale it makes more sense to run your own solution.
Yeah and that's why it amazes me that Netflix uses Amazon a straight competitor that uses the money it makes from Netflix to compete with Amazon prime.
You could just as easily say it's amazing that Amazon allows a competitor like Netflix to run on it's platform. The reality is that relationship is more complex than that.
Re: Why Dropbox decided to build its own infrastructure and network
#39Re: Why Dropbox decided to build its own infrastructure and network
#40Earlier quoted context omitted.
They run BGP and do an enormous amount of IX peering. https://www.peeringdb.com/asn/2906 AWS doesn't even let you do BGP. If you want to use them for a CDN, you're monopolized into their network and their blend of ridiculously overpriced bandwidth. They might be using AWS for the canonical store of data, but the sanity of using "the cloud" goes out the window the second you need to ship a lot of traffic to the public…
> heir blend of ridiculously overpriced bandwidth. For someone not at netflix's level, can you recommend somewhere with significantly cheaper bandwidth.