Additionally, if you literally Google "Google Cloud Deprecation strategy", a statement on Google Cloud's deprecation policy and links to the Terms of Service and Google Cloud's service lifecycle is the very first result.[2]
I've been a user of Google Cloud for a long time, and the company I'm with has a yearly GCP bill in the millions. While Google Cloud does have its frustrations (e.g., their various price hikes, and the architecture of their network infrastructure that makes them more vulnerable to cross-region outages), Google Cloud being "deprecated" is not a thing that I worry about.
Can this tired meme please die already?
[1] https://cloud.google.com/terms#:~:text=(d)%C2%A0Discontinuat...
[2] https://www.google.com/search?q=Google+Cloud+Deprecation+str...
12 months of notice is laughable for enterprise customers. From planning to getting something rolled out at scale, an enterprise will have eaten 2 quarters of time.
More than full deprecation, we often have API deprecation from google services, increasing our maintenance burden.
Say what you will about AWS or Microsoft products, if you build something on those platforms you know it'll be supported for a long time.
Google fundamentally values their own code above the code of people using their platform. But good platforms do the opposite - they keep the technical debt on their side of the fence to make sure you don't have to think about anything if your code runs on their stack.
AWS literally has the same terms.[1]
Azure claims that "certain" Azure services have up to three years of notice; otherwise, it similarly offers a one-year notice period like GCP and AWS.[2]
[1] https://aws.amazon.com/agreement/#:~:text=Notice%20of%20Chan...
[2] https://learn.microsoft.com/en-us/lifecycle/policies/modern#...
The BOTO API for S3 is an ugly mess, but you can still run BOTO2 code from a long time ago. With Google I guarantee you they'd have killed off the old API in a similar situation.
Similarly, how often did you see Windows deprecate core Win32 API calls? There's no SLA that says Windows 11 should run XP era programs. It just does, because they don't want to piss off people who depend on them.
As a user, I'm happy with deprecation happy products (hi Apple!). As an enterprise customer? Nope. We're paying you to ease our problems, not the other way around.
As long as GCP doesn't take this concern seriously, they'll be relegated to being a commodity provider, along with digitalocean and friends. We'll use them when they're the cheapest, and only for stuff we can migrate in 24h.
Guess what? If I'm looking for the cheapest cloud for VMs and storage, there's much better than GCP out there.
And as long as their freaking CEO doesn't get this they won't come out of the hole they dug themselves.
Similarly, we have infrastructure created with very old versions of Terraform whose GCP providers continue to work despite being years old. Indeed, I can't recall a time when Google Cloud changed a public non-beta API in a compatibility-breaking way.
I'm sure we can continue to go back-and-forth with our own personal anecdotes, but they are just that. If a more generous deprecation policy was actually something these cloud providers were willing to stand behind, they'd add that to their terms of service. Azure has some extended lifecycle services (to their credit), but otherwise, GCP's lifecycle policies are in line with the rest of the industry.
Google would need to be, say, half the cost of AWS to get my business.
Toss in hiring head of product from Oracle? No one in their right mind would use Google Cloud
Why would you build anything on GCP when there's no guarantee the GCP thing you're using won't be the next Stadia in 18 months? Otherwise, you'll just use them like you'd use DigitalOcean, in which case they'd be commodified.
For the CEO not to be laser focused on this issue shows they're entirely missing the point.
1. https://steve-yegge.medium.com/dear-google-cloud-your-deprec...