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

Incident Report: May 19, 2026 – GCP Account Suspension

blog.railway.com

Post reply on HN
Print view View original

21–30 of 279 posts

Re: Incident Report: May 19, 2026 – GCP Account Suspension

#21

Post by lacewing »

ibejoeb wrote: post #12

I've been getting serious, recently, about moving all my workloads to equipment that I control in datacenters with which I have professional relationships. It's less expensive, easier, and this kind of nonsense doesn't happen. These cloud providers need to step back and observe how terrible they've made these products. Footguns everywhere, pricing that is impossible to forecast or reason about, broken APIs, and autom…

> These cloud providers need to step back and observe how terrible they've made these products.

They don't, because the allure of effortless scaling is hard to resist: everyone thinks of themselves as the next tech unicorn. And if you actually become an unicorn, you're already too dependent on AWS / Azure / GCP to easily move somewhere else. At best, your strategy is to become "multi-cloud".

Re: Incident Report: May 19, 2026 – GCP Account Suspension

#22

Post by fabianlindfors »

ryanSrich wrote: post #11

Question: for a smaller SaaS tool, or even internal product. If a team doesn't want to manage AWS or another IaaS provider, what are the best alternatives for the following 1.) Vercel - having a bad month 2.) Supabase - having a bad month 3.) Railway - now having a bad month

Shameless self plug but check out: https://specific.dev (especially if you use coding agents)

No code lock-in through SDKs and built on top of AWS with great DX for both developer and coding agents

Re: Incident Report: May 19, 2026 – GCP Account Suspension

#24

Post by bombcar »

ibejoeb wrote: post #12

I've been getting serious, recently, about moving all my workloads to equipment that I control in datacenters with which I have professional relationships. It's less expensive, easier, and this kind of nonsense doesn't happen. These cloud providers need to step back and observe how terrible they've made these products. Footguns everywhere, pricing that is impossible to forecast or reason about, broken APIs, and autom…

The thing that's nice about physical datacenters with people is that they often have to physically walk over to disconnect you - it's not as easy as some automated system doing an AI.

Re: Incident Report: May 19, 2026 – GCP Account Suspension

#25

Post by Zamicol »

Animats wrote: post #15

"Finally, we are in planning to remove Google Cloud services from our data plane’s hot path, and keeping them only for secondary/failover." That's pretty clear. Google can no longer be trusted as a B2B service provider.

More businesses need to hear this message. Google has proven time and time again they cannot be trusted as a service provider, exactly because of this problem.

Re: Incident Report: May 19, 2026 – GCP Account Suspension

#27

Post by in_a_society »

Google has a culture problem. This is not something that can change easily nor will it change when it’s not recognized as being an issue within their organization.

Between my peer c-suites, the conversation is that GCP cannot even be in the consideration set until such a time as a several-year period has elapsed without this kind of incident.

Re: Incident Report: May 19, 2026 – GCP Account Suspension

#28

Post by nightpool »

ryanSrich wrote: post #11

Question: for a smaller SaaS tool, or even internal product. If a team doesn't want to manage AWS or another IaaS provider, what are the best alternatives for the following 1.) Vercel - having a bad month 2.) Supabase - having a bad month 3.) Railway - now having a bad month

Fly, Render, and even Heroku still are all better choices then working with Railway I think

Re: Incident Report: May 19, 2026 – GCP Account Suspension

#29

Post by ibejoeb »

lacewing wrote: post #21
ibejoeb wrote: post #12

I've been getting serious, recently, about moving all my workloads to equipment that I control in datacenters with which I have professional relationships. It's less expensive, easier, and this kind of nonsense doesn't happen. These cloud providers need to step back and observe how terrible they've made these products. Footguns everywhere, pricing that is impossible to forecast or reason about, broken APIs, and autom…

> These cloud providers need to step back and observe how terrible they've made these products. They don't, because the allure of effortless scaling is hard to resist: everyone thinks of themselves as the next tech unicorn. And if you actually become an unicorn, you're already too dependent on AWS / Azure / GCP to easily move somewhere else. At best, your strategy is to become "multi-cloud".

That effortlessness is a fantasy. That's illustrated right here in this write-up by how complicated their system is.

>Railway’s network is a mesh ring, built up of high availability fiber interconnects between Metal GCP AWS. However, in this ring, there was still a hard dependency on workload discoverability being tied to the network control plane API that was hosted on the machines running in Google Cloud

What the hell is even that?

Re: Incident Report: May 19, 2026 – GCP Account Suspension

#30

Post by dejaydev »

ryanSrich wrote: post #11

Question: for a smaller SaaS tool, or even internal product. If a team doesn't want to manage AWS or another IaaS provider, what are the best alternatives for the following 1.) Vercel - having a bad month 2.) Supabase - having a bad month 3.) Railway - now having a bad month

Depending on exactly what you're building, all of these things sounds like one VPS. A bit of maintenance/security burden managing the machine if you're not used to it but as the others have said: Next.js can be selfhosted, unless you need the serverless/edge stuff; then I would go to Cloudflare Workers.
Post reply on HN