Naïve question but what kind of organizations will benefit the most from this service? Or put it other way, the situations this service is needed for? Can anyone explain to me please?
If you are using Compute Engine or App Engine, this would give you a cheap, API-driven method for managing your DNS zones, without relying on an external service (though, there is nothing wrong with doing so).
It's also likely that Google will continue to improve this service over time, so who knows what the future will hold. In the case of Amazon's Route 53, they have some really neat features for pointing alias records at S3 buckets and Load Balancers.
> what kind of organizations will benefit the most from this service?
Google.
For instance, they could use you hosting your DNS with google as a signal, and it also gives them nice demographics information for sites that do not use GA.
Kind of surprised they don't make it free, compared to the value that would provide given the context of their other offerings they could nail all the competitors in this space while getting plenty of value out for themselves.
The same type of people who use CDNs. If you want great performance globally it helps to have primary DNS services near by, rather than having lookups cross the world.
I understand how CDNs are advantageous by having contents served from locations that are closer to origin of requests (typically browsers spread across the world or a country etc.,).
However, for DNS service to be of similar use does it mean application servers are going to be spread across geographically? For end customers it doesn't matter as they will always use the DNS configured for them by their ISP in most of the cases unless one is tech savvy and tries to use some other DNS such as Google etc.,?
You're an Australian Internet User. You want to see hampsterdance.com 'cause fuck it, you like hamsters.
Your computer asks your ISP's DNS server for the record. If your ISP has it cached you're golden, but it turns out it probably isn't. So your ISP needs to go to ask the hampsterdance.com DNS server directly. If that server is in the United States then you're stuck waiting 133ms in one direction, 133ms back- you've now added a quarter of a second to that page loaded.
Using a DNS CDN means that 266ms ends up being 15ms (keep in mind that these guys also peer with local ISPs to make things even faster).
Thank you very much for this explanation. So for example I have a very basic website with CMS. I use a CDN just because I want to give the best possible experience to my users. I get about 50k users per month, a lot of them are new. Would adding a paid DNS or "DNS CDN" as you put it help my user experience enough to matter?
thank you and thank you. ok that really makes sense. my site is b2b and although transactions do not occur on the website every ounce of frustration I can save matters. we also get a ton of users from US/AU/EU/AS so even with that it would make sense.
I live on the east coast of the USA. Speedtest.net says my ping to my nearest server is 26ms, and to Sydney is 259ms. So it seems it really is that bad.
It's also likely that Google will continue to improve this service over time, so who knows what the future will hold. In the case of Amazon's Route 53, they have some really neat features for pointing alias records at S3 buckets and Load Balancers.