Live data from Hacker News

Why Dropbox decided to build its own infrastructure and network

techcrunch.com

31–40 of 158 posts

Re: Why Dropbox decided to build its own infrastructure and network

#32
Dropbox hasn't dropped AWS, they moved things off AWS as it made sense to. The article is talking about two things, the move of file storage and a network backbone. Neither of which were done recently.

The 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

#33

I'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.

Re: Why Dropbox decided to build its own infrastructure and network

#34
post #25

Can 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.

The problem is you making that decision for me.

Re: Why Dropbox decided to build its own infrastructure and network

#35

Earlier 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.

At that traffic volume Netflix has more negotiation power with ISPs

Re: Why Dropbox decided to build its own infrastructure and network

#37
post #25

Can 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.

Separate URLs for separate devices? Talk about regression!

Re: Why Dropbox decided to build its own infrastructure and network

#38

I'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.

I hear this line of thinking a lot but I don't really buy it.

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

#39
post #21

Earlier quoted context omitted.

Maybe but OpEx is tax deductible. CapEx is not.

I am pretty sure if they desire they can convert CapEx into OpEx.

Sure, if they sell the storage system to someone and arrange a leaseback.

Re: Why Dropbox decided to build its own infrastructure and network

#40

Earlier 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.

Any colo or dedicated server provider.
Post reply on HN