Live data from Hacker News

Dropbox traffic infrastructure: Edge network

blogs.dropbox.com

11–20 of 91 posts

Re: Dropbox traffic infrastructure: Edge network

#11

Would be great to know how exactly they store all the customer data on this edge network. Is it encrypted with a customer-specific key? If yes, when and how do they decrypt it?

They dont store customer data at the Edge at all (only network optimizations for data going from user to the data center).

Re: Dropbox traffic infrastructure: Edge network

#13
post #10
post #3

Who would have thought a simple FTP-on-some-server would have been so complicated. Thanks for the post! I'm eagerly waiting for the blog post about how bazel and torrents are used.

Who describes Dropbox as the same as FTP?

Cynical HN commenters from a decade ago. It's pretty hilarious in retrospect.

Re: Dropbox traffic infrastructure: Edge network

#14
post #7

I wonder which definition of "Edge" is going to win out because right now it's being used interchangeably to mean either: 1) CDN or 2) On-premise machines/IoT.

I've never heard it used with that second definition. It's pretty consistently used to refer to running close to the user, as opposed to having a big data center which most of your users aren't near.

The second definition could be a confusion of ownership — i.e. are you paying a CDN to do higher-level service or running the services yourself?

Re: Dropbox traffic infrastructure: Edge network

#15
post #13
post #10

Earlier quoted context omitted.

Who describes Dropbox as the same as FTP?

Cynical HN commenters from a decade ago. It's pretty hilarious in retrospect.

Oh, right, I'd forgotten about https://news.ycombinator.com/item?id=9224 It's definitely comical in retrospect for not even understanding the state of the technology at the time.

Re: Dropbox traffic infrastructure: Edge network

#16
post #14
post #7

I wonder which definition of "Edge" is going to win out because right now it's being used interchangeably to mean either: 1) CDN or 2) On-premise machines/IoT.

I've never heard it used with that second definition. It's pretty consistently used to refer to running close to the user, as opposed to having a big data center which most of your users aren't near. The second definition could be a confusion of ownership — i.e. are you paying a CDN to do higher-level service or running the services yourself?

https://en.wikipedia.org/wiki/Edge_computing

Wikipedia's definition primarily focuses on the local/IoT version as a distinctly different from utilizing a CDN.

Re: Dropbox traffic infrastructure: Edge network

#18
> DNS TTL is a lie. Even though we have TTL of one minute for www.dropbox.com, it still takes 15 minutes to drain 90% of traffic, and it may take a full hour to drain 95% of traffic.

Interesting, awhile back both Google and AWS engineers replied to a HN thread[1] saying TTL of 30 seconds or so works pretty responsibly and can be trusted and used. Seems to be some disagreement on this.

[1] https://news.ycombinator.com/item?id=17553043

Re: Dropbox traffic infrastructure: Edge network

#19

> DNS TTL is a lie. Even though we have TTL of one minute for www.dropbox.com, it still takes 15 minutes to drain 90% of traffic, and it may take a full hour to drain 95% of traffic. Interesting, awhile back both Google and AWS engineers replied to a HN thread[1] saying TTL of 30 seconds or so works pretty responsibly and can be trusted and used. Seems to be some disagreement on this. [1] https://news.ycombinator.com…

It really depends who your clients are. If they are servers, 30s can work okay. If they are end users, caching happens all over. It's a huge PITA, especially since you'll run into podunk ISPs that have their own custom caching setup, but you have a customer with a shop there. Not that I'm still bitter.
Post reply on HN