Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Google Cloud Platform – The Good, Bad, and Ugly

deps.co

Post reply on HN
Print view View original

11–20 of 202 posts

Re: Google Cloud Platform – The Good, Bad, and Ugly

#11

Post by yohann305 »

my very ugly experience: For a mobile app, the cost of storage access bandwidth (Google Storage) for a 30 second video will cost you more than the profit you can make from ad impression (CPM/CPC) using Google Admob, making any video-based business unsustainable using Google's ecosystem.

Note: If you work at Google, you might want to pass this message up the chain, thank you.

PS: i've played with all types of admob ads to try to make the system profitable, even the IN-YOUR-FACE interstitial ad that everyone hates (even Google themselves hate it, they are limiting its use)

PS #2: Google Admob has also removed the ability to create native ads.

Re: Google Cloud Platform – The Good, Bad, and Ugly

#12

Post by a012 »

I got hard time while trying to figure out searching and filtering Stackdriver logs. I'd rather streaming logs with EFK and search with Kibana, Stackdriver is very basic comparing to it. And also visualizing instance metrics is such a pain, comparing with with AWS Cloudwatch.

Re: Google Cloud Platform – The Good, Bad, and Ugly

#13

Post by dantiberian »

i0exception wrote: post #4

I'm surprised that GKE is not included in the list of "Good"s. Managed kubernetes has been a game changer for us.

I've just updated the post to make it clearer that I'm only talking about services that I used. GKE definitely looks promising, but I haven't used it so I can't give an opinion on it.

Re: Google Cloud Platform – The Good, Bad, and Ugly

#14

Post by dantiberian »

ebikelaw wrote: post #10
pbrumm wrote: post #7

well written. Things I would add to the Good side. - ability to commit to multi year cpu/ram without upfront costs - they can live migrate your vm to new physical hardware, so no need to have random reboots of your instances - https load balancers allow traffic around the world to enter google network closest to user, this reduces handshakes and reduces comcast like outages to affect users. the above greatly decrease…

I guess that closeness to user got eliminated from the “good” list since Google’s FELB is serving 502 to this author’s customers.

They did eventually stop serving sporadic 502's, I've updated the post to make that a bit clearer.

Re: Google Cloud Platform – The Good, Bad, and Ugly

#15

Post by pbrumm »

ebikelaw wrote: post #10
pbrumm wrote: post #7

well written. Things I would add to the Good side. - ability to commit to multi year cpu/ram without upfront costs - they can live migrate your vm to new physical hardware, so no need to have random reboots of your instances - https load balancers allow traffic around the world to enter google network closest to user, this reduces handshakes and reduces comcast like outages to affect users. the above greatly decrease…

I guess that closeness to user got eliminated from the “good” list since Google’s FELB is serving 502 to this author’s customers.

maybe. We haven't had any issues with it over last year. The comcast outage last week probably affected more customers.

Re: Google Cloud Platform – The Good, Bad, and Ugly

#17

Post by vageli »

pdeva1 wrote: post #2

slightly off topic, but since the post mentions StackDriver Monitoring in the ‘Ugly’ section. Just wanted to point that you can get 100% free high quality Infrastructure monitoring from DripStat and use it on all your gcloud vms, thus avoiding that issue completely. https://www.dripstat.com/products/infra/

Is that your project? You seem to do a decent amount of promotion of it and Chronon Systems.

For what it's worth, I'd imagine most people would be hesitant to use a free service for something as critical as their monitoring. Especially since the first term in the terms of service says the service can terminate at any time, without notice.

Re: Google Cloud Platform – The Good, Bad, and Ugly

#18

Post by ebikelaw »

dantiberian wrote: post #14
ebikelaw wrote: post #10

Earlier quoted context omitted.

I guess that closeness to user got eliminated from the “good” list since Google’s FELB is serving 502 to this author’s customers.

They did eventually stop serving sporadic 502's, I've updated the post to make that a bit clearer.

That’s good to hear. My intuition is random failure like that resulted from inability to find your instances, or a belief in their non-existence or ill health.

Re: Google Cloud Platform – The Good, Bad, and Ugly

#19

Post by dantiberian »

ebikelaw wrote: post #9
jrockway wrote: post #5

> Sometimes when browsing documentation for a service or API you will find that the old way is deprecated, but the new way that they recommend you use is still in beta or alpha (!). Familiar.

Also familiar: monitoring frontend is tragic-comic with no units and inscrutable data. It’s cute that the author thinks the internal version must be a lot better! On the other hand, the article doesn’t mention Stackdriver Profiler, which has an amazing UX. Definitely recommended if you are spending significant money on CPU at GCE.

Nice, I haven't used the Profiler yet, will check that out soon. What languages have you used it with? I'm looking to use it with the JVM profiler.

Re: Google Cloud Platform – The Good, Bad, and Ugly

#20

Post by surajrmal »

yohann305 wrote: post #11

my very ugly experience: For a mobile app, the cost of storage access bandwidth (Google Storage) for a 30 second video will cost you more than the profit you can make from ad impression (CPM/CPC) using Google Admob, making any video-based business unsustainable using Google's ecosystem. Note: If you work at Google, you might want to pass this message up the chain, thank you. PS: i've played with all types of admob ad…

This is to push you towards CDNs. The main data centers cannot scale appropriately to serve high bandwidth applications, and aren't meant to.
Post reply on HN