Live data from Hacker News

Google CDN Beta is already one of the fastest CDNs

blog.speedchecker.xyz

31–40 of 110 posts

Re: Google CDN Beta is already one of the fastest CDNs

#33
post #11
post #2

Why don't you compare Google's CDN to CloudFlare?

I'm not the OP, but I'm not sure why they included MaxCDN and Fastly but not (at least) CloudFlare's free service. Disclosure: I work on Compute Engine (though I had nothing to do with this service).

OP here: You are right, CloudFlare would have been nice and in retrospect we should have added it. I think it would have fared quite nicely as during all the tests we do on regular basis its doing really well.

Re: Google CDN Beta is already one of the fastest CDNs

#34
post #22

Anyone want to start a pool on how long until Google shuts it down when it doesn't end up as #1 in the market?

You can't have a convincing cloud story without CDN. I'm an Azure guy but Google's investment here is clear. I'll take that bet.

Sure it makes business sense for Google to do this, but you've gotta admit to having that same reservation for every new Google service.

Would you build a business model that relies on a brand new Google service?

Hell no - give it a few years, and wait to see if the "customer support" consists of hundreds of other suckers who've gone all-in complaining to each other on the public forums, with not even the original 20% time Gooogler bothering to read or respond to anything...

It's just happened too often. (And I know Nest and Revolv aren't "Google" as such, but they're definitely run by "Googlers" and are under the same adult supervision, so it's not even like you can say "sure, they _used_ to be like that...")

Re: Google CDN Beta is already one of the fastest CDNs

#35
post #31

Would love to see CloudFlare added to the mix. In fact, I would love to see Incapsula, Sucuri and KeyCDN compared as well, to get all top players compared. I guess I might be asking too much :)

OP Here> yes, omission on our part. CloudFlare is very popular and even more so on HackerNews. We should have added it. There are simply too many CDNs to put into one post/chart and still make the article interesting. You can sign up to our blog to get more information which does not necessarily becomes trending on HN or elsewhere.

Re: Google CDN Beta is already one of the fastest CDNs

#36
post #15

> Cloud CDN is Google’s own CDN solution for sites running in VMs inside Compute Engine. It is designed and implemented a bit differently from other CDNs, since it is meant to cache not only static content, but practically a whole site in more than 50 edge caches globally. I'm not seeing what's so special here. Other CDNs can do whole-site acceleration and caching (Akamai Sureroute, EdgeCast ADN). > It is a whole new…

That's definitely a misunderstanding on the author's part. I think our own landing page ( https://cloud.google.com/cdn/ ) actually makes this clear: there are caches at the edge, but we (currently) deeply understand your origin (our compute engine VMs) and don't require any funny modification to your setup (just click a button) or look any different than your existing anycast IP for L7 Load Balancing. Disclaimer: I w…

"We deeply understand" - the worst thing I want to hear from a CDN. I want full control like Fastly allows me to use my own VCLs. "Deep understanding" is not something that I find as a plus as I read it as "we assume a lot of things (wrongly)". "Full control", "cache tags", "wildcard/tag purging", "sub-minute purges", etc. - these are the things I want from a CDN. I don't want another CloudFront!

Re: Google CDN Beta is already one of the fastest CDNs

#37
post #34
post #22

Earlier quoted context omitted.

You can't have a convincing cloud story without CDN. I'm an Azure guy but Google's investment here is clear. I'll take that bet.

Sure it makes business sense for Google to do this, but you've gotta admit to having that same reservation for every new Google service. Would you build a business model that relies on a brand new Google service? Hell no - give it a few years, and wait to see if the "customer support" consists of hundreds of other suckers who've gone all-in complaining to each other on the public forums, with not even the original 20…

I got burned by App Engine so I get the vibe but frankly a bot could post this same argument on every Google thread and it wouldn't move the needle one way or the other.

Would I put containers on Google Cloud in return for free upload bandwidth to YouTube and use their CDN because it was easy? You bet your ass I would. If you can't tell the difference between a novelty thermostat and a major, long-term, strategic corporate investment then you've got bigger problems than switching DNS entries for a CDN.

Re: Google CDN Beta is already one of the fastest CDNs

#39
post #36
post #15

Earlier quoted context omitted.

That's definitely a misunderstanding on the author's part. I think our own landing page ( https://cloud.google.com/cdn/ ) actually makes this clear: there are caches at the edge, but we (currently) deeply understand your origin (our compute engine VMs) and don't require any funny modification to your setup (just click a button) or look any different than your existing anycast IP for L7 Load Balancing. Disclaimer: I w…

"We deeply understand" - the worst thing I want to hear from a CDN. I want full control like Fastly allows me to use my own VCLs. "Deep understanding" is not something that I find as a plus as I read it as "we assume a lot of things (wrongly)". "Full control", "cache tags", "wildcard/tag purging", "sub-minute purges", etc. - these are the things I want from a CDN. I don't want another CloudFront!

The "deep understanding" is from a networking POV...

They're not trying to do those niche features (yet?). They're just trying to improve site perf for anyone using HTTP LB's on GCP already. You check a single box and your content is magically served from (or terminated on) a crazy number of POPs with zero configuration.

Re: Google CDN Beta is already one of the fastest CDNs

#40
post #34
post #22

Earlier quoted context omitted.

You can't have a convincing cloud story without CDN. I'm an Azure guy but Google's investment here is clear. I'll take that bet.

Sure it makes business sense for Google to do this, but you've gotta admit to having that same reservation for every new Google service. Would you build a business model that relies on a brand new Google service? Hell no - give it a few years, and wait to see if the "customer support" consists of hundreds of other suckers who've gone all-in complaining to each other on the public forums, with not even the original 20…

I felt like this about Google services for a long time now. However, we decided to go with GCE for some of our recent / less critical work and to be honest, I've been really happy.

We had decent support and even our requests through non official channels like slack communities or direct emails got responded / followed up. Services seem as stable as AWS. And most of the tooling is better.

I think they are doing a great work recently on Google Cloud. Granted, we built everything with "moving to AWS should be easy / possible in case Google fucks something up really bad" in mind, which proves your point. But locking in does not scare me more than it does about locking in to AWS at this stage.

Post reply on HN