• Skip to primary navigation
  • Skip to main content
Last Week in AWS Logo
Master your cloud costs
  • About
    • Community
    • Contact
  • Blog
  • Newsletter
  • Podcasts
    • Last Week in AWS Podcast
    • Screaming in the Cloud
    • Nominate a Guest
  • Merch
  • Resources
    • AWS Network Map

Screaming in the Cloud

Episode27

Episode 27: What it Took for Google to Make Changes: Outages and Mean Tweets

09.11.2018
FacebookXLinkedInReddit
Episode 27: What it Took for Google to Make Changes: Outages and Mean TweetsListen to Episode 27: What it Took for Google to Make Changes: Outages and Mean Tweets
Corey Quinn HeadshotAbout the Author

Corey is the Chief Cloud Economist at Duckbill, where he specializes in helping companies improve their AWS bills by making them smaller and less horrifying. He also hosts the "Screaming in the Cloud" and "AWS Morning Brief" podcasts; and curates "Last Week in AWS," a weekly newsletter summarizing the latest in AWS news, blogs, and tools, sprinkled with snark and thoughtful analysis in roughly equal measure.

Search Screaming in the Cloud
Listen on Apple Podcasts
Listen on Overcast
Listen on Pocket Casts
Listen on Spotify
Get the RSS Feed

Episode Summary

Google Cloud Platform (GCP) turned off a customer that it thought was doing something out of bounds. This led to an Internet outrage, and GCP tried to explain itself and prevent the problem in the future. Today, we’re talking to Daniel Compton, an independent software consultant who focuses on Clojure and large-scale systems. He’s currently building Deps, a private Maven repository service. As a third-party observer, we pick Daniel’s brain about the GCP issue, especially because he wrote a post called, Google Cloud Platform The Good, Bad, and Ugly (It’s Mostly Good). Some of the highlights of the show include: Recommendations: Use enterprise billing costs thousands of dollars; add phone number and extra credit card to Google account; get support contract Google describing what happened and how it plans to prevent it in the future seemed reasonable; but why did it take this for Google to make changes? GCP has inherited cultural issues that don’t work in the enterprise market; GCP is painfully learning that they need to change some things Google tends to focus on writing services aimed purely at developers; it struggles to put itself in the shoes of corporate-enterprise IT shops GCP has a few key design decisions that set it apart from AWS; focuses on global resources rather than regional resources When picking a provider, is there a clear winner? AWS or GCP? Consider company’s values, internal capabilities, resources needed, and workload GCP’s tendency to end service on something people are still using vs. AWS never ending a service tends to push people in one direction GCP has built a smaller set of services that are easy to get started with, while AWS has an overwhelming number of services Different Philosophies: Not every developer writes software as if they work at Google; AWS meets customers where they are, fixes issues, and drops prices GCP understands where it needs to catch up and continues to iterate and release features Links: Daniel Compton Daniel Compton on Twitter Google Cloud Platform The Good, Bad, and Ugly (It’s Mostly Good) Deps The REPL Postmortem for GCP Load Balancer Outage AWS Athena Digital Ocean

Episode Show Notes

Google Cloud Platform (GCP) turned off a customer that it thought was doing something out of bounds. This led to an Internet outrage, and GCP tried to explain itself and prevent the problem in the future.

Today, we’re talking to Daniel Compton, an independent software consultant who focuses on Clojure and large-scale systems. He’s currently building Deps, a private Maven repository service. As a third-party observer, we pick Daniel’s brain about the GCP issue, especially because he wrote a post called, Google Cloud Platform - The Good, Bad, and Ugly (It’s Mostly Good).

Some of the highlights of the show include:

  • Recommendations: Use enterprise billing - costs thousands of dollars; add phone number and extra credit card to Google account; get support contract
  • Google describing what happened and how it plans to prevent it in the future seemed reasonable; but why did it take this for Google to make changes?
  • GCP has inherited cultural issues that don’t work in the enterprise market; GCP is painfully learning that they need to change some things
  • Google tends to focus on writing services aimed purely at developers; it struggles to put itself in the shoes of corporate-enterprise IT shops
  • GCP has a few key design decisions that set it apart from AWS; focuses on global resources rather than regional resources
  • When picking a provider, is there a clear winner? AWS or GCP? Consider company’s values, internal capabilities, resources needed, and workload
  • GCP’s tendency to end service on something people are still using vs. AWS never ending a service tends to push people in one direction
  • GCP has built a smaller set of services that are easy to get started with, while AWS has an overwhelming number of services
  • Different Philosophies: Not every developer writes software as if they work at Google; AWS meets customers where they are, fixes issues, and drops prices
  • GCP understands where it needs to catch up and continues to iterate and release features

Links:

  • Daniel  Compton
  • Daniel Compton on Twitter
  • Google Cloud Platform - The Good, Bad, and Ugly (It’s Mostly Good)
  • Deps
  • The REPL
  • Postmortem for GCP Load Balancer Outage
  • AWS Athena
  • Digital Ocean

.

You might also like

More Podcast Episodes

AI Should Solve the Problem, Not Deflect the Customer

Screaming in the Cloud
10.06.2026
31 Minutes
Play Episode

Open Source and the Future of Databases with German Eichberger

Screaming in the Cloud
09.24.2026
24 Minutes
Play Episode

The Invisible Network Powering AWS with Matt Rehder

Screaming in the Cloud
09.10.2026
37 Minutes
Play Episode

Get the Newsletter

Reach over 30,000 discerning engineers, managers, enthusiasts who actually care about the state of Amazon’s cloud ecosystems.

Gnarly cloud cost questions?

Good news: we’ve got answers (and coffee). Meet the Duckbill team for personalized advice on your thorniest AWS challenges.

Sign up for Office Hours
You’re faced with tough questions about cloud costs. You should have confident answers.
Get in touch.
  • Newsletter
  • Podcasts
  • Blog
  • Merch
  • About
  • Contact
  • Disclosures
Billie Footer
footprint-orange
© 2026 L9 Labs, Inc. All Rights Reserved.
Terms of Service Privacy Policy Cookie Policy