2 ms·
This is just typical anti-Google FUD. Been on GCP for nearly a decade and as do my peers. Sure, you hear about a few stories like these and in this particular c
by neya 5mo ago
This is just typical anti-Google FUD. Been on GCP for nearly a decade and as do my peers. Sure, you hear about a few stories like these and in this particular case with Railway, I would actually wait to see what caused the trigger for the suspension - both from Railway and from GCP. But, this sort of thing happens with every cloud provider including AWS (you can google for the same thing "AWS shut down our account with no warning") and you'll find tons of stories like these.
As a former GCP consultant, I can share that these sort of shut downs aren't random and it's usually due to the customer not being compliant - that breaks cloud compliance requirements for the big clouds, so automated systems flag it. Eg. Someone serving CP on their CDN, for instance.
The Railway incident report also doesn't directly address this at all other than:
May 19, 22:22 UTC - P0 ticket filed with Google Cloud. Railway's GCP account manager engaged directly.
So, I would actually like to know more (What did the account manager say exactly?) before I just simply jump onto the Google hate train because it's cool to do so.
- cube00 5mo ago> (What did the account manager say exactly?) I doubt we'll ever know, especially if it makes Google look negligent (ie. not reaching out to the customer first before restricting their production account) Whatever the account manager said didn't inspire confidence that this wouldn't happen again. Finally, we are in planning to remove Google Cloud services from our data plane’s hot path, and keeping them only for secondary/failover.
- neya 5mo ago> Whatever the account manager said didn't inspire confidence that this wouldn't happen again. Or..they couldn't remain compliant with one of the strictest cloud vendors' policies.
- scott_w 5mo agoYet their account was restored so clearly GCP themselves disagree with you.
- neya 5mo agoOr they fixed the issue to remain compliant so GCP would restore access. Again, I know it's fashionable to hate on Google here, but there are always 2 sides to every story.
- scott_w 5mo agoThat’s not what you just claimed. I’ve quoted you below: > Or..they couldn't remain compliant with one of the strictest cloud vendors' policies. Which is it? They can comply or they can’t? Both sides can’t be true at the same time.
- neya 5mo agoJust saying either way is possible unless both sides of the story are out in the open. You seem to start from a point of view of malice, I'm simply suggesting possible alternatives.
- scott_w 5mo agoExcept one way isn’t possible because the facts and logic tell you it’s not. Being open minded is good but don’t keep it so open your brain leaks out.
- Shank 5mo ago> As a former GCP consultant, I can share that these sort of shut downs aren't random and it's usually due to the customer not being compliant - that breaks cloud compliance requirements for the big clouds, so automated systems flag it. Eg. Someone serving CP on their CDN, for instance. If this was the case it would obviously be horrific. I did check to see, and I noticed that Railway is not listed as an ESP who sent any reports to NCMEC / CyberTipline in 2025, which seems like the wrong number for a hosting provider. Maybe they just have absurdly good customers. https://www.missingkids.org/content/dam/missingkids/pdfs/2025-reports-by-esp.pdf https://www.missingkids.org/content/dam/missingkids/pdfs/202...
- pocksuppet 5mo agoThis is called "victim blaming" fwiw