alt.hn

5/20/2026 at 12:23:54 AM

Incident Report: Railway Blocked by Google Cloud [resolved]

 https://status.railway.com/incident/I23M92U0

by aarondf

5/20/2026 at 8:23:14 AM

>We have resolved this incident and a post mortem is available here.

>https://blog.railway.com/p/incident-report-may-19-2026-gcp-a...

>May 20, 07:57 UTC

https://status.railway.com/incident/I23M92U0

by r721

5/20/2026 at 12:14:09 PM

> Railway owns our vendor choices, and we ultimately own this one. Your customers don't care whether the failure was Google or Railway; they see your product. Your uptime is our responsibility, and we'll keep delivering on it.

This is an excellent closing statement.

by gcr

5/20/2026 at 9:51:05 AM

It should be possible to sue Google for damages in such cases. This isnt a network outage or service failure which I would consider part of ToS.

by sschueller

5/20/2026 at 1:15:27 PM

What if the reason for their stuff being shut down was a payment issue like an expired credit card or maxed credit account? Unless I missed it skim reading their post I don’t see any information anywhere about their communications with Google.

by VladVladikoff

5/20/2026 at 3:24:16 PM

If you have an account manager and a contract, there's zero excuse for automated suspension. That's literally the whole point of having a dedicated person. From the report:

> May 19, 22:22 UTC - P0 ticket filed with Google Cloud. Railway's GCP account manager engaged directly.

by bastawhiz

5/20/2026 at 1:56:24 PM

It's always possible to sue, but Google has good terms of service and lawyers - I'm 99% confident that a lawsuit would end up nowhere.

by Cthulhu_

5/20/2026 at 3:31:17 PM

They have every right to sue, and if they did sue they almost certainly would win. This is clear breach of contract. The only argument Google could make is "they did something to violate our agreement" but they'd have to prove that, and then have a damn good explanation for why they were in the right to suspend the account without any outreach. Unless Railway did something egregious, Google clearly made an error.

But that's not what will happen. Google will offer an apology (perhaps even a public one), a giant pile of account credit, and a pinky promise not to do it again. Railway will accept it and hmmm and haw internally about whether to decrease their reliance on GCP, and then when they calculate the cost of going in on other clouds more heavily (or their own metal), they'll just think harder about weird failure modes.

by bastawhiz

5/20/2026 at 6:30:31 PM

I'm sure their contract explicitly states that their account can be suspended or terminated immediately without prior notice upon violating some TOS. And, most TOS are incredibly wide and vague, it wouldn't necessarily be hard to find something they violated.

This is sort of the problem with these new-age internet companies. The contracts are incredibly hostile. Most TOS you see amount to "you have no rights and we can fuck you up the ass"

Google is a B2C company so I'm sure some of that culture transfers over to B2B relations, but I'm speculating. Maybe the contracts are more normal for B2B.

by array_key_first

5/21/2026 at 12:06:56 AM

If Railway's account was suspended due to an error, not a TOS violation, I doubt they'll pull such a card. If Google were sued, such a blatant lie would be found in discovery pretty quickly and I doubt a court would look upon it favourably. They'd also be starting a public PR battle that they'd almost certainly lose (assuming there was indeed no real TOS violation) which would make them look completely untrustworthy. So I doubt Google will do that.

bastawhiz is probably right in that Google will offer some credits and an apology, and Railway will reduce their dependence (probably), rather than a lawsuit. And I doubt Railway wants to be on the bad side of one of the few big cloud providers. But I'd be surprised if Railway didn't have a good argument to make for compensation or a lawsuit.

by m11a

5/20/2026 at 6:31:51 PM

[dead]

by cindyllm

5/20/2026 at 6:26:39 PM

One company I worked at is highly reliant on Google Cloud, but at one point we moved some services to Azure.

Azure noticed, and immediately hit us with a discount offer in the hopes of getting more of our business.

Google noticed, and immediately hit us with a discount offer in the hopes of keeping more of our business.

This is just a reminder that your multi-cloud strategy doesn't have to be 'deploy everything across multiple clouds'; it can even just be 'make it obvious that you have leverage'.

by danudey

5/21/2026 at 6:08:24 AM

I don't think you understand the purpose of the courts. They are not the first resort, they are the last resort, after you have tried all other (non violent) methods to resolve any grievances with another party.

I'm sure there are/will be discussions privately between the two to figure out a resolution.

by Ferret7446

5/21/2026 at 8:08:15 AM

They have no right to sue, because their contract includes mandatory binding arbitration clauses.

by nikanj

5/20/2026 at 2:06:48 PM

I can assure you that Google will be giving them significant commercial incentives as an apology for this behind the scene

by redwood

5/20/2026 at 10:00:01 AM

Railway say the incident is resolved but many are still down (returning 502): on our side, we had to manually trigger a redeploy to fix it but I believe it should have been triggered automatically by Railway and I can't understand how they can mark this as resolved while many are still down.

In total, down for >11 hours on our side.

by quentindanjou

5/20/2026 at 1:22:04 AM

It has been 0 days since GCP has taken down a startup (again).

You see this at least once a year. Never heard of this from AWS or Azure.

In all seriousness, this is why we don't use them. They have the most ergonomic cloud of the big three, then absolutely murder it by having this kind of reputation.

by dangoodmanUT

5/20/2026 at 2:17:52 AM

On the other hand i can’t remember when there was a serious outage on GCP, unlike AWS/Azure who seem to go down catastrophically a couple of times per year.

by somewhatgoated

5/20/2026 at 2:56:20 AM

I've been in AWS for almost twenty years at this point. It's been a long time since I've seen a global outage of the data plane on anything. The control plane, especially the US-east-1 services? Yes - but if you're off of east-1, your outages are measured in missile strikes, not botched deployments.

by abofh

5/20/2026 at 3:35:36 AM

Didn't the latest outage affect people not on us-east-1 because internal aws services depend on us-east-1?

by andreareina

5/20/2026 at 3:46:40 AM

The impacts are usually partial. For example, scaling is impacted but everything already deployed contributes to work up to capacity. Or, you can't change configuration but the previous configuration works as configured. Often surprisingly not so impactful even if there can be limited work stoppage.

by erikerikson

5/20/2026 at 4:00:41 AM

The problem with the us-east-1 outage is that a lot of big companies are there, so even if you try your best not to depend on us-east-1, your third party providers are most likely there. In my previous company, we were completely down during us-east-1 outage because of other dependencies that are beyond our control.

by hasyimibhar

5/20/2026 at 4:12:25 AM

Entirely fair. I have thus far avoided that problem. Not always engineering's choice.

by erikerikson

5/20/2026 at 7:52:36 AM

Considering how many AWS and non-AWS services go down at least partially when us-east-1 fails, this reads somewhat like "Don't worry that the steering wheel and pedals aren't working, your engine is still running on cruise control".

by HighGoldstein

5/20/2026 at 4:36:44 AM

Work for a major bank who isn't solely in US East 1.

No it didn't impact us.

by happymellon

5/20/2026 at 11:59:31 AM

I can easily remember a few multi-hour AWS incidents from the last few years, since I've had to handle the resulting fires at my various employers at those times. Not sure how you missed these, or do they not count as "global outages" for some reason?

December 2021: https://www.cloudcomputing-news.net/news/aws-outage-takes-do...

June 2023: https://newsletter.pragmaticengineer.com/p/the-scoop-52

October 2025: https://www.cnbc.com/2025/10/20/amazon-web-services-outage-t...

Each of these were massive outages impacting very large services across the web.

by shrikant

5/20/2026 at 3:21:26 AM

Perhaps you don't notice GCP outages because so few companies rely on them?

by adamtaylor_13

5/20/2026 at 6:23:26 AM

There is a mobile game I know of that had an outage as a result of a GCP service outage. That is the only time I've noticed GCP outages.

With that said, I would not say few companies rely on GCP. Search for "GCP" in this month's HN hiring thread. There are 23 hits, more than Azure's 21. AWS has 90 hits, which I guess shows its sheer dominance in the startup space. But these figures more or less agree with my intuition of the major clouds being AWS/GCP/Azure.

by koito17

5/20/2026 at 6:11:47 AM

> Perhaps you don't notice GCP outages because so few companies rely on them?

GCP is the world's third largest cloud provider, and has around half of AWS' market share. Claiming no one uses it reads like Yogi Berra's "no one goes there anymore, it's too crowded".

by locknitpicker

5/20/2026 at 11:32:06 AM

Isn't that including things like google workspace and similar? Both Azure and GCP have sometimes included things that most people think of as unrelated SaaS (office 365, gsuite/workspace) to make themselves look bigger in the cloud sector.

by SahAssar

5/20/2026 at 1:21:19 PM

> Isn't that including things like google workspace and similar?

AWS also includes Amazon WorkSpaces. Moreover, AWS includes all of Amazon's cloud infrastructure for things like Amazon music, Ring, Amazon Prime Video, etc.

by locknitpicker

5/20/2026 at 6:10:42 PM

But as a percentage of revenue I'd assume those are a lot smaller than Office365 is for microsoft and Workspace is for google.

Last I checked I don't think AWS included things like Amazon Prime Video either, AWS is primarily their buissness/platform offerings, not consumer things like Twitch/Prime/Music/etc.

by SahAssar

5/20/2026 at 1:46:29 PM

We rely on them so I would have definitely noticed. Even a couple of minutes and our customers would freak out…

by somewhatgoated

5/20/2026 at 3:42:38 AM

GCP has a lot of customers. But you wouldn't know the companies that do, unless you worked there and wanted to leak it, or it publicly comes out. Eg it's been publicly acknowledged that Apple uses GCP for iCloud, https://www.cnbc.com/amp/2018/02/26/apple-confirms-it-uses-g... , and Home Depot is another that's used as a case study, https://cloud.google.com/customers/the-home-depot but most customers don't want to make a big deal about being on GCP as it's none of our business who's hosting them.

by fragmede

5/20/2026 at 3:59:34 AM

Apple also uses AWS, and I won't be surprised if they also use Azure. Big companies are multicloud, and not because it's a good idea (it rarely is), but because they inherited multiple environments on different CSPs, and maintaining those where they are is often cheaper than migrating them to a different CSP.

by shye

5/20/2026 at 4:24:35 AM

I wonder if big companies can get a special contract with something like you can't delete my service automatically (unless it's an emergency)

by Alive-in-2025

5/20/2026 at 5:54:24 AM

If you're big enough you don't need a contract for that, that's just their default method of operation.

by jedberg

5/20/2026 at 7:28:35 AM

#48203226

by GoblinSlayer

5/20/2026 at 4:03:52 AM

upvoted & favourited because you taught me a really interesting fact which I feel makes up for an amazing discussion (regarding icloud using GCP).

also, I can't help but imagine if instead of render, it was Apple's account which could've been auto-banned (Render is almost a billion dollar company or series-B, I am not sure)

I haven't read the articles and I admit that but can you please elaborate to me on why Apple uses GCP themselves for idrive, I would love to know the technical decisions behind it on a genuinely curious level.

From my (let's face it) limited understanding of GCP, it isn't particularly good or price performant and one of the wonders is that Google sells it directly with Google photos too and an competitive lineup at android.

So in some sense if Apple is using gcp's for icloud then aren't they just reselling google storage themselves and google can always beat them in pricing while also wanting to chew away at the percentage of iphones themselves too?

I mean, I can still try to understand the google search pays apple 10 billion dollars (right?) deal but I don't quite understand why apple would pick GCP when the hosting market is one of the more competitive ones with lots of companies.

I would love to get some explainations or theories as to why exactly is that the case

(Also given its HN, if anyone from apple is reading or knows the answer, I would love that too!)

by Imustaskforhelp

5/20/2026 at 5:01:00 AM

Firstly, apple doesn’t compete on price. Even if icloud is priced more than google people would always buy apple just for the ecosystem integration. It’s not even a competition to be honest.

Look up “buy or build” which is the industry term for this kind of evaluation: buy product and use it/resell it or build your own.

Apple has gone for different strategies in various areas:

Build own Apple silicon chips, do not buy off the shelf chips from intel or nvidia or amd.

Buy and resell google storage but don’t want to build their own distributed data store for end users.

It’s about what matters more for the company and the core products. Apple’s laptops, cell phones are considered core products. Icloud is a value add.

This is also why apple is making their own cell phone broadband chips. For most companies, this is a “buy from qualcolm” but apple needs to build their own for independence for their number 1 core product: the iphone.

by barkingcat

5/20/2026 at 4:43:12 AM

> So in some sense if Apple is using gcp's for icloud then aren't they just reselling google storage themselves and google can always beat them in pricing while also wanting to chew away at the percentage of iphones themselves too?

Apple uses Samsung displays and Sony camera sensors, iirc, both of which are flagship Android phone makers. That doesn't really seem to be a concern in their procurement thinking. iCloud and Google Photos are not that direct competitors because which one is native depends on which phone you already bought. Google Photos definitely does have some market share on iOS due to having 3x the free storage and a handy compression mode (which used to be entirely unmetered at launch but now still uses storage, just less of it). But it will never be a full competitor because it is a separate app you have to install and it can't magically fetch cloud-only photos from the camera roll and photo picker UI like iCloud can.

The pricing of Google One and Apple One/iCloud+ isn't really dictated by underlying storage costs. At the higher tiers like 2TB, many don't come close to using all, while the laughable 5GB iCloud free tier clearly costs almost nothing in raw store, even on nVME SSD, if you compare it to S3/Backblaze or even raw disk pricing on the cloud.

by morpheuskafka

5/20/2026 at 6:03:17 AM

Let's also not ignore enterprise realities: in your example, Samsung Displays is likely giving a great price to Apple for displays based on long-term commitment of large quantities: it allows them to optimize production and possibly give a better price than maybe Samsung Mobile for smaller-runs of phones.

Each division also cross-charges, so Samsung Mobile would be paying Samsung Displays for the screens, and possibly at a small, guaranteed and non-negotiable margin.

Without a global strategy not to do so, divisions within an enterprise optimize for their own bottom line and have internal discussions on build-vs-buy even if they have an internal factory.

by necovek

5/20/2026 at 2:59:08 PM

> also, I can't help but imagine if instead of render, it was Apple's account which could've been auto-banned (Render is almost a billion dollar company or series-B, I am not sure)

I believe you mean Railway.

Render (a $1.5B company) has been hosting customers on GCP since 2018, and has never been banned.

by anurag

5/20/2026 at 5:42:20 PM

Yes sorry I meant railway rather than render so sorry about that, it was more of an honest mistake!

> Render (a $1.5B company) has been hosting customers on GCP since 2018, and has never been banned.

speaking of which, I have a question for render but how does render prevent something like what has happened with railway (ie. the account getting banned), I would love to know more about what the team at render thinks of such and also I would love to get some thoughts on why Render is using GCP, I would love to know some architectural decisions behind it as I am curious about it!

Once again, thanks for responding to me and waiting for your response and have a nice day anurag!

by Imustaskforhelp

5/21/2026 at 12:52:35 AM

Without knowing more about why Railway was banned, it's hard to say how we would prevent it. Render uses GCP, AWS, and now, our own hardware [1]; GCP is mostly a historical artifact; we started using AWS for most things after dealing with poor customer and sales support from GCP a few years ago.

[1] https://x.com/anuraggoel/status/2057245946652901809

by anurag

5/20/2026 at 5:36:11 AM

Spotify, Ebay, Paypal, Apple, Walmart, Uber are huge users. Lots of other big named companies are big users that I don't think are public.

Then there's Anthropic...huge user.

by VirusNewbie

5/20/2026 at 2:49:50 AM

GCP never goes down because they banned all their customers.

by pixl97

5/20/2026 at 1:47:53 PM

A funny meme but just untrue

by somewhatgoated

5/20/2026 at 2:32:58 AM

AWS goes down catastrophically but are back up in minutes/hours most of the time (as long as they aren't down because Iran blew up their data center). That's obviously REALLY bad for certain industries, but I suspect for the vast majority of their customers it's not a big deal. We've been able to isolate the damage almost every time just by having AZ failover in place and avoiding us-east-1 where we can.

by JoRyGu

5/20/2026 at 8:12:55 AM

Failover is supposed to protect you every time, unless something really exceptional happens.

While its possible to to isolate the effects, judging by how many things stop working when there is an AWS failure a lot of people fail to do that. I think the shit of responsibility to AWS removes the incentive to put effort into resilience against AWS failure.

by graemep

5/20/2026 at 4:43:20 AM

> AWS goes down catastrophically but are back up in minutes/hours most of the time

The outage in the linked article appears to have been resolved in 4-5 hours.

by ajross

5/20/2026 at 2:31:58 AM

IIRC the Paris datacenter flood took down a whole “region” and some data was permanently unrecoverable.

by corpoposter

5/20/2026 at 3:28:39 AM

>On the other hand i can’t remember when there was a serious outage on GCP

They had a really bad global outage a year ago. At least with AWS outages are contained to a single region.

by nemothekid

5/20/2026 at 6:35:42 AM

You can't have 100% uptime. It's unfeasible, especially for a startup. You should be telling your customers that downtime might happen, sometimes for reasons beyond your control, and that if it does then you'll do your best to recover and to compensate them for the inconvenience. You should cultivate a relationship with your early customers that makes them feel bad for you when there's an outage rather than angry about how it impacts them. Maybe even go as far as firing the customers who give you a hard time over it. That way if your cloud provider falls over it's really annoying but not a big deal.

Your cloud provider blocking your business from running is far worse.

by onion2k

5/20/2026 at 6:51:37 AM

None of the AWS “outages” have impacted us. They have either been regional, in which case we stand down the region (we run multiple hot regions), or didn’t involve things we need to maintain operation.

I can’t imagine AWS ever doing such a cascading delete. I mean, they have made deletion protection a difficult thing to ignore even for individual resources.

by mlhpdx

5/20/2026 at 3:07:46 AM

Unfortunately, if everyone goes down people are understanding. If just _you_ go down, then its oddly less forgiveable.

by blobbers

5/20/2026 at 8:02:20 AM

[dead]

by shamcleren

5/20/2026 at 3:23:09 AM

How is blackhole-ing a customer not considered an outage?

by manyatoms

5/20/2026 at 3:17:58 AM

I still remember the one where they nuked all the storage of I think an Australian insurance company I think, luckily the it department had done a multi cloud setup for backups

by Izikiel43

5/20/2026 at 2:51:58 AM

There was a pretty bad one last summer - their IAM system got a bad update and it broke almost all GCP services for an hour or so, since every authenticated API call reaches out to IAM.

It had lasting effects for us for a little over 3 hours.

by devmor

5/20/2026 at 3:13:24 AM

You can read the parent post, right?

by danesparza

5/20/2026 at 2:35:59 AM

> Never heard of this from AWS or Azure.

AWS does it more efficiently; it takes down many startups at a time when us-east-1 goes down.

by overfeed

5/20/2026 at 2:39:41 AM

That’s an entirely different type of problem, and avoidable by just using us-east-2 (I still don’t understand why people default to us-east-1 unless they require some highly specific services).

by stingraycharles

5/20/2026 at 3:16:43 AM

Is it that easily avoidable? A lot of AWS's control plane seems to have dependencies on us-east-1, or at least that's what it's looked like as a non-us-east-1 user during recent outages.

by aloha2436

5/20/2026 at 4:44:55 AM

I don't know how much it's improved, but a bunch of URLs they use unnecessarily have region specific details in them.

I remember a Workspaces outage about 5 or 6 years ago, and the problem for us was that the redirect link in the console had US East 1 in it.

The workspaces themselves weren't in US East 1 and nothing relied on US East 1.

Emailing users who needed it an alternative link with a different region in the URL for the login redirect fixed it for us.

by happymellon

5/20/2026 at 3:15:07 AM

Sympathy. Railway is going to have numerous people blaming them for this outage. When us-east-1 fails, it is headline news, so you are not to blame.

by MattGaiser

5/20/2026 at 3:53:30 AM

If my cloud provider brings my startup down, it's my problem. If they bring all the startups down, that's their problem.

by xavdid

5/20/2026 at 3:47:36 AM

During my 5 years of my startup, we had only 1 outage due to AWS because we picked us-west-2 as the primary reason. If anyone starting a company and picks us-east-1 as the primary reason, they should be fired. There's absolutely no reason to be in that region.

by yandie

5/20/2026 at 3:53:01 AM

Why do people want to be in that region? Is it the default or something?

I know some workloads help to be colocated but all these places are connected by fiber and every cloud has a worldwide CDN it seems.

by tempest_

5/20/2026 at 6:07:52 AM

At some point it used to be significantly cheaper than any other AWS region in the world. Not sure if that's still true.

by necovek

5/20/2026 at 6:20:05 AM

> Why do people want to be in that region? Is it the default or something?

It's one of the oldest and largest regions. It hosts the most services, both low-level platform stuff and higher level managed services (which run on the low-level platform stuff), so services tend to be more performant.

Geographic location is also good.

Also, due to scale their pricing ends up being cheaper.

Let's say that it's the region people use by default, unless they have a compelling reason to have a presence in any other particular region.

by locknitpicker

5/20/2026 at 3:24:49 AM

And we all celebrate it since we can't do any work

by mgfist

5/20/2026 at 5:41:15 AM

AWS has throttled our service so badly that we couldn't operate. I was thinking of writing a blog post about how they stalled our growth for a month but it seems moot

by OsrsNeedsf2P

5/20/2026 at 2:31:37 AM

Yep, we also don't touch them for this same reason.

by rozap

5/20/2026 at 1:50:14 AM

Yep, agree 100%. Such a stupid move on their behalf.

by abrookewood

5/20/2026 at 3:11:58 AM

Hetzner and OVH also do this all the time.

It's AWS and Azure that are the outliers and tend not to care too much what their customers do with their infrastructure. AWS is perfectly fine with allowing me to run copies of 15 year old vulnerable AMIs copied from AMIs they've long since deprecated and removed. Even for removed features like NAT AMIs.

by busterarm

5/20/2026 at 1:35:14 AM

AWS normally contacts you first.

by tjpnz

5/20/2026 at 1:55:41 AM

Do they?

The only anecdotal thing I've seen is we hired a vendor to do a pentest a few years ago, and they setup some stuff in an AWS account and that account got totally yeeted out of existence by AWS if memory serves.

by kevin_nisbet

5/20/2026 at 2:27:19 AM

You should not be conducting unauthorized penetration tests against third party infrastructure providers without permission. They have processes and systems and usually just wants a heads up of what you plan to test and t the duration / timestamps.

Cuz otherwise you look like a threat actor.

That’s assuming your vendor was pentesting AWS systems. If you meant you hired a vendor to pentest your own systems on AWS, that’s of course a totally different matter.

by dannyw

5/20/2026 at 2:38:24 AM

>That’s assuming your vendor was pentesting AWS systems. If you meant you hired a vendor to pentest your own systems on AWS, that’s of course a totally different matter.

Sorry for being unclear, the vendor was attacking our organization only, and any other company was expressly forbidden in the contract. As I recall it was a fake SSO sign-in page to collect credentials that they would try and social engineer our employees with.

by kevin_nisbet

5/20/2026 at 3:56:10 AM

At a minimum you should contact AWS before you launch a phishing page as a test that targets AWS customers.

by Shank

5/20/2026 at 5:26:08 AM

I understood it as a phishing page imitating their own system, targeting their own employees. Nothing related to AWS, except for being hosted there.

by Lukas_Skywalker

5/20/2026 at 1:58:43 AM

I’m fairly certain you are supposed to contact any vendor before attempting to penetrate hosts with authorization, not the other way around.

by alchemism

5/20/2026 at 2:26:36 AM

Having done this for both Azure and AWS, there's a specific ticket that needs to be filed with each provider that documents the scope of your pen test, where you're coming from, and a time frame over which you're doing it (which ISTR was "not more than 24 hours")

by coredog64

5/20/2026 at 2:18:19 AM

Responding to an unknown security tester like that is a selling point, not a cautionary tale

by mixdup

5/20/2026 at 2:44:35 AM

Yup, I thought it was great. Although one concern I always had in the back of my mind was where is the line drawn. Such as if an adversary gains access to one of my orgs accounts and does something similar, do we get 100% taken out.

by kevin_nisbet

5/20/2026 at 9:51:43 AM

If a vendor doesn't know the basics about pentesting open infra and can't be bothered to look up terms of use sounds like they know ssh-it about fsck

by raverbashing

5/20/2026 at 1:43:36 AM

They better do. What is google doing?

by cherioo

5/20/2026 at 1:51:18 AM

It's all AI powered

by Gigachad

5/20/2026 at 5:02:54 AM

Everyone is eager to point a finger at Google, but I've been a user of Railway for a while now, and I've seen enough nonsense to want to hear what GCP has to say about this before drawing any conclusions. Let's just say Railway has had problems like this before, and the way their team handles them does not inspire any confidence.

Regardless of how it happened, for me, this is the straw that broke the camel's back.

by tardwrangler

5/20/2026 at 6:06:23 AM

another ditto from me, albeit anecdotal again. Railway dev teams play fast and loose with sprinkles of vibe coding everywhere on top. There's 'oops yea bear with us we are still a startup' and then there's railway.

by puppymaster

5/20/2026 at 6:42:27 AM

i mean even google and aws are not without sin on this one. maybe wait for an RCA before punching someone who is currently down. theres a reason classy people do "hugops" when a competitor goes down, regardless of reputation.

by swyx

5/20/2026 at 7:06:03 AM

Personally, I don't see this as people punching someone who's down. This is the sort of real life experience and necessary context from actual technical users that I come to HN comments for.

Someone is just asking to get Google's side and explaining why they want that, which seems reasonable since we're in a post where Google is being punched/blamed for this, and it sounds like it isn't Railways first questionable outage.

by 1dom

5/20/2026 at 7:24:49 AM

[dead]

by nullsanity

5/20/2026 at 5:45:20 AM

> Let's just say Railway has had problems like this before, and the way their team handles them does not inspire any confidence.

This. It's very odd that in other threads we see a bunch of accounts heavily invested in criticizing a cloud provider, but what's conspicuously absent from this wave of indignation is any curiosity in the root cause, or even any interest in exploring what it might have been. Quite odd.

by locknitpicker

5/20/2026 at 6:09:30 AM

Agreed, I'm very curious as to how this could happen.

But TheRegister did reach out to Google and they have not replied yet: https://www.theregister.com/off-prem/2026/05/20/google-cloud...

by gizzlon

5/20/2026 at 10:46:21 AM

> But TheRegister did reach out to Google and they have not replied yet

That is exactly what GCP should do: not comment on a customer's issues. Even when it's due to abuse from a customer, which might even be the case.

by locknitpicker

5/20/2026 at 1:05:23 PM

Railway are alleging that this affected many GCP accounts, which would make at least a confirmation or denial of scope appropriate.

by acdha

5/20/2026 at 3:30:53 PM

> Railway are alleging that this affected many GCP accounts, (...)

From what I've read in other comments, the root cause seems to have been automatic account suspension as an anti-abuse measures.

It's also telling that Railway describes the root cause simply as "Google Cloud Platform has suspended Railway's production account." It then mentions this

> At 22:20 UTC on May 19, Google Cloud placed Railway’s production account into a suspended status incorrectly, as part of an automated action. This action extended to many accounts within Google Cloud. As this was a platform-wide action, there was no proactive outreach to individual customers prior to the restriction.

The why is conspicuously absent, but this sort of sweep is indeed consistent with anti-abuse measure.

If this is the case I would be cautious in accusing a cloud provider of wrongdoing. Many things need to go awfully wrong to trigger this sort of alarm, and I'm not talking about GCP's anti-abuse system. In fact, it's telling that no reputable, well established business is reporting any impact. The whole point of any anti-abuse system is to suspend accounts that are caught engaging in some sort of abuse.

by locknitpicker

5/20/2026 at 5:07:40 AM

Could you point us to any specific past instances? I'd be interested to read about them.

by prathamtharwani

5/20/2026 at 5:28:18 AM

https://blog.railway.com/p/incident-report-february-11-2026

by jeffreyq

5/20/2026 at 8:29:43 AM

"we did not have the monitoring or controls to prevent our anti-fraud from hard killing 3% of workloads, including many instances of pg"

Oof.

by x0x0

5/20/2026 at 11:07:01 AM

Needs an anti-anti-fraud service which terminates malfunctioning anti-fraud services.

by rzmmm

5/20/2026 at 3:46:26 PM

When I've written similar services, there was a (low) hard cap on how many fraud decisions they could action before they quit and paged. If we were getting hit with a wave of something, a human had to temporarily bump that limit.

by x0x0

5/20/2026 at 8:27:49 AM

Two years ago I needed their support and they were so toxic that I just moved to vercel and told them to f off. But I wanted something similar for other services and then I found coolify. There’s absolutely no reason to use railway when you can use coolify.

by maipen

5/20/2026 at 11:40:35 AM

Yeah I’m planning a similar transition for my personal infrastructure. Railway is super easy to get started with, dashboard and logs features are nice, but I’ve just lost confidence in it.

by pbronez

5/20/2026 at 9:01:51 AM

I got details I shouldn't have. I can confidently say this one's 100% on Google, and I will be disappointed if Railway is unable to share more. There is literally nothing they could have done to prevent this aside from avoiding GCP entirely.

by theobr

5/20/2026 at 11:44:15 AM

I saw your youtube video, and while I am generally a fan of the small guy against big corps, this was a bit much with all the "I am so afraid to say something but I have to" talk.

So I will hold my judgement until this has been disected a bit more

by blensor

5/20/2026 at 12:17:58 PM

For those who come after me, curious about the video, here it is.

https://x.com/theo/status/2056946993407369300

https://xcancel.com/theo/status/2056946993407369300

Couldn't find it on yt.

Either way, I agree with blensor here, there's no new info on the railway incident itself but mostly about google's direction towards antigravity.

About the author of the video mentioning that he's scared, unfortunately, that has always been the case with Journalism/columnists etc, speaking ill of the platform which you use to sell your wares tends to backfire. Wish him all the luck

by pratio

5/20/2026 at 12:46:51 PM

Sorry for forgetting to post that, and thank you for adding it.

by blensor

5/20/2026 at 7:04:40 AM

>I've seen enough nonsense to want to hear what GCP has to say about this before drawing any conclusions

Sure but not even a warning before shutting down their account?

by rs_rs_rs_rs_rs

5/20/2026 at 1:48:43 PM

According to the timeline the account was suspended for 18 minutes total. That is fast enough that it could have simply been a bug in a Google rollout or something that made something think it was suspended when it wasn’t really.

If it was actually suspended the yeah it’s weird not to get an email.

by DannyBee

5/20/2026 at 8:05:04 AM

First time?

It's google, come on.

by egorfine

5/20/2026 at 3:32:08 AM

May 2024 UniSuper incident: https://cloud.google.com/blog/products/infrastructure/detail...

https://www.unisuper.com.au/about-us/media-centre/2024/a-joi...

A joint statement from UniSuper CEO Peter Chun and Google Cloud CEO Thomas Kurian

8 May 2024

UniSuper and Google Cloud understand the disruption to services experienced by members has been extremely frustrating and disappointing. We extend our sincere apologies to all members.

While supporting UniSuper to bring its systems back online, Google Cloud has been conducting a root cause analysis.

Thomas Kurian has confirmed that the disruption arose from an unprecedented sequence of events, where an inadvertent misconfiguration during provisioning of UniSuper’s Private Cloud services ultimately resulted in the deletion of UniSuper’s Private Cloud subscription.

This is described as an isolated, “one-of-a-kind occurrence” that has never before occurred with any Google Cloud client globally. This should not have happened. Google Cloud has identified the sequence of events and taken measures to ensure it does not happen again.

Why did the outage last so long?

UniSuper had duplication across two geographies as protection against outages and data loss. However, the deletion of the Private Cloud subscription triggered deletion across both geographies.

Restoring the Private Cloud required significant coordination and effort between UniSuper and Google Cloud, including recovery of hundreds of virtual machines, databases, and applications.

by valgaze

5/20/2026 at 4:20:59 AM

I wrote about the UniSuper issue at the time: https://danielcompton.net/google-cloud-unisuper. It was a pretty nasty bug where their VMWare environment was created with a one-year expiry date, but was one "resource" from the perspective of Google Cloud.

by dantiberian

5/20/2026 at 5:58:09 AM

"UniSuper’s production Google Cloud VMware Engine (GCVE) private cloud was automatically deleted one year after it’s creation due to a misconfiguration in how it was created. When it was created, there was a bug in the creation script which passed a null value."

That's pretty amazing. Not due to a cascading failure from someone changing a config deep inside of a system that caused a bunch of unintended effects, just someone who messed up writing a shell script?

by suttontom

5/20/2026 at 7:09:12 AM

Probably javascript. Shell scripts don't have null values.

by GoblinSlayer

5/20/2026 at 6:28:31 AM

This is why you never use shell scripts for non-interactive tasks.

by IshKebab

5/20/2026 at 6:00:04 AM

Creating stuff with 1yr (implicit) expiry by default is just a delayed footgun tbh

by raverbashing

5/20/2026 at 6:28:04 AM

That's one footgun, but then pushing that into production and actually deleting things rather than queuing them to be deleted later after a sanity check until the system is stable, and not informing users that the 1 year policy existing, (probably) not documenting that the expiry exists, not testing 'what happens if we pass in null?', etc are a whole series of mistakes.

This was less "Oh look, a rare edge case that was easy to miss!" and more "We don't bother putting guardrails into critical systems. Oops!"

by onion2k

5/20/2026 at 5:45:06 AM

"deletion of the Private Cloud subscription triggered deletion across both geographies"

It's called single point of failure, and it's the nightmare of everyone who was ever in charge of safety.

by karlkloss

5/20/2026 at 3:50:10 AM

The instant cascading worldwide deletion upon closing or deleting a subscription sounds like a recipe for disaster. Why not mark it for deletion and delete say... a day or a week later?

by kvakvs

5/20/2026 at 3:57:51 AM

From personal experience, as a customer who once did something stupid: Google Cloud does soft deletes. But you need to reach out to support fast enough. And really, if you deleted something important and discovered it only the next day, and not within minutes, you're having a bigger issue that a soft delete won't solve.

by shye

5/20/2026 at 8:09:19 AM

What kind of shitty soft delete can’t be undone a few weeks after?

Weekends and public holidays are a thing, plus it’s quite common for companies to shut down for 2 weeks over Christmas.

There’s a lot of opportunity for mistakes or malicious actions to happen at times that won’t be discovered for a while.

by chillfox

5/20/2026 at 4:01:26 AM

It’s a good question. That said unless there are compliance or fallback concerns i would prefer a service that burns my data on departure.

by manapause

5/20/2026 at 5:26:14 AM

No, that's the naive view

Because in case of a compromise/unauthorized access that's exactly what you don't want to happen

by raverbashing

5/20/2026 at 6:04:34 AM

> No, that's the naive view

No, not really. That's pretty basic stuff. You would do well in reading up on the shared responsibility model. Customers are responsible for setting up their own infrastructure, and platform/service providers are only responsible for the services they manage. Even then, stuff like persisted data is still recoverable by design.

But you are absolutely responsible for the service you put together. This is a basic principle for around two decades. Infrastructure as code tools are pervasive and ubiquitous for over a decade.

by locknitpicker

5/20/2026 at 6:38:02 AM

Oh "reading about it"?

Try experiencing it in person

Again this is the naive view

Again if someone compromises your accounts and everything is deleted instantly you'll be the one looking like a fool

by raverbashing

5/20/2026 at 3:56:51 AM

Either mark-for-delete has the same impact as deleting in terms of shooting all the Cloud resources associated with the subscription, at which point the outage still happens but maybe the recovery is smoother or you've just delayed the inevitable by a week because no one will look at it unless there is actual impact.

by modernpacifist

5/20/2026 at 5:17:39 AM

You just turn it all off. So yes, the disruption is the same but restoral is much smoother. Much easier said than done - that has be baked into every service and there would certainly be a cost from it that would have to be passed along to everyone.

by jeremyjh

5/20/2026 at 6:00:35 AM

> The instant cascading worldwide deletion upon closing or deleting a subscription sounds like a recipe for disaster.

I don't agree. What do you expect to happen when you explicitly delete your user account? Do you expect your systems to remain in operation for a week? That itself would be a major risk and liability, as your whole infrastructure would still be up even though you cut your access to it.

Also, isn't your whole infrastructure expected to be automatically deployed with IaC? The notable exception is data, which is already soft deleted and recoverable through customer support.

All in all, where do you expect the customer's responsibility to end and the cloud provider's to start? The shared responsibility model is covered by any intro course in no uncertain terms.

by locknitpicker

5/20/2026 at 2:00:52 AM

How the heck do these things happen, especially with companies with huge monthly spend? At my last job we had some suspicious workloads running on AWS and our TAM reached out to us before taking any action. Who wants to bet this was some AI automation gone wrong and because GCP seems to be allergic to actually contacting a human to get a response, this just sits in some support queue that outsourced workers look at after a few hours just to give a canned response?

by binarycleric

5/20/2026 at 2:06:56 AM

Nothing surprises me with anything related to support on GCP. While we absolutely do not need them, I have been through no less than 12 different Account Executives over the last 6y and they're all ENTIRELY and COMPLETELY useless.

They all introduce themselves, beg me to setup a meeting w/them and some sort of engineering resource(s), and they come to a meeting with a canned slide deck that is so absurdly unrelated to us that I just laugh, and then the next time I hear from them it's because we have a new AE.

This is my most recent reply (right after Next '26):

> I really appreciate you reaching out; however, we have met with, I dunno at this point, more than a dozen GCP Account reps, execs, technical teams, etc over the years and there's little to no value for us or you, now or in the future. Please do feel free to invest your time on your other clients. We're good; truly.

I love GCP and its services; we have been very pleased with it over the years, but the human side of it? Fucking sucks and I just don't see why they even bother.

by garciasn

5/20/2026 at 4:31:23 AM

This is actually kind of validating. I work for a company that spends almost 1mm a year on GCP. We've never had an actual support contract with them because the numbers work out to, at a minimum, being 10% of our spend. We've yet to encounter a situation where we actually needed GCP support, so we've held off. In the moments where we'd like to get some support (mostly around datastore behavior) we've managed to work around it or figure it out ourselves. So it's good to know we haven't missed out on much. Beyond the offensive aspect of GCP offering no support if we aren't willing to cough up a non-trivial percentage of our spend, I'm pretty happy with it.

by throwaway041207

5/20/2026 at 2:16:42 AM

It's because they're measured on something, unsure which metric, but it's definitely not how helpful they are to you.

by OptionOfT

5/20/2026 at 2:21:33 AM

Don't know about GCP, but our AE on AWS was also continuously rotating, and as best I can tell, their job was to figure out what we are planning to build, and to ensure that we should always use <INSERT AWS SERVICE DU JOUR> for that, rather than a competitor product or build it ourselves.

by YuriNiyazov

5/20/2026 at 2:25:43 AM

Exactly the same experience for us as well. I just don't bother with them.

by Rodeoclash

5/20/2026 at 2:40:22 AM

Before I just cut them off entirely, I used to tell them my primary concern was cost savings and that I wanted them to recommend ways I could cut 25% off my bill every month and watch the glorified salespeople fumble over trying to avoid that conversation.

It’s ok though, Claude helped us cut >45% of our monthly costs. I’m surprised they haven’t been beating down my door after we made that level-shift. Probably in AE transition. ¯\_(ツ)_/¯

by garciasn

5/20/2026 at 6:41:49 AM

My experience with a large-ish ($5m/year) AWS account was quite different. They were happy to support us with cost optimizations, discounts, and one time credits for certain activities (co-innovation and archiving certain milestones in their partner program).

Their primary concern seemed to have been to keep as much of our workload inside AWS as possible and to win workload from 3rd party services we used (e.g. CDNs). The actual revenue appeared secondary.

by realityking

5/20/2026 at 8:24:07 AM

This is my experience as well with AWS accounts in the 2-4M/year range, the biggest upsell they always try to make is Enterprise Support, but for the rest they are usually happy to help you cut cost in the short term - as long as you stay with them in the long term.

by darkwater

5/20/2026 at 9:09:57 AM

The incentives are nicer here, from what I’ve heard: AWS TAMs are not reviewed in revenue at all. And cost savings for customers actually counts as a win for them.

by captn3m0

5/20/2026 at 3:09:29 AM

For what it's worth - I'm not sure what the criteria is (I assume we're "medium sized / not a big upsell opportunity"?) - our GCP rep quickly pushed us to switching to using a GCP reseller. They took over our billing so that we can pay via ACH, and provide both free first-line support/escalation and paid engagements for bigger projects; they don't charge a premium on top, apparently Google pays them for supporting us. Hasn't made much of a difference in how we operate, but at least we have a direct-ish line for issues when they come up.

by dylanpyle

5/20/2026 at 4:03:21 AM

That's exactly why I'm less pleased with GCP: to trust a CSP (or any service), I need to be assured that when (not if) things go wrong, I could escalate to a team that would have my back.

by shye

5/20/2026 at 2:19:05 AM

It doesn’t worry you enough that someday you could have a serious problem and they wouldn’t be able to help you?

by idontwantthis

5/20/2026 at 2:22:47 AM

On the list of things that worry me the most about our company's stuff, an issue I cannot solve w/o help from a human at GCP is around #900000042.

by garciasn

5/20/2026 at 2:48:30 AM

huh- I guess there are two HN submissions with meaningful replies...

I said this in the other thread, we got access to our account back, but even with a Account Rep. and a CSM on our account- it still took them a while to figure out what was going on.

I'm sure it could have been worse if we didn't have a rep on our account.

by ndneighbor

5/20/2026 at 2:09:43 AM

It's Google. They let you use their services, but the moment you don't fit the norm, they suspend you.

by guluarte

5/20/2026 at 3:38:51 AM

What does blocked mean? Is there a different post that I am missing? There is shared infrastructure in GCP for networking (ex-googler here) and if only railway is affected, then it is not clear if it is only GCP or if there is something from Railway's perspective that needs to be addressed.

by rajeshvar

5/20/2026 at 9:48:04 AM

It means they ban you. Cancel your account. No takesie backsies. Say bye bye to your revenue. This can happen at any time for any reason or no reason and it's amazing nobody's learned from all the other times it happened.

by tardedmeme

5/20/2026 at 2:07:34 AM

As someone who runs some public APIs, the amount of spam from Railway IPs is insane. They have horrible abuse prevention. Hopefully this encourages them to improve their operations.

by BitWiseVibe

5/20/2026 at 3:23:25 AM

This is the conflict at the center of running a hosting company - make it easy to signup and you get a lot of new users but also a lot of abuse.

Implement anti-abuse measures and you will hit some loud false positives (this may be the case with GCP here).

I don't envy anybody running a hosting co - the internet is a really ugly place under the surface.

edit: to add - AWS are really good here. Must be the ~30 years of retail fraud and abuse experience.

by nikcub

5/20/2026 at 7:16:46 AM

Hetzner is famously aggressive with their KYC (Know Your Customer) requirements, often locking new sign-ups and asking for photos of ID.

Damned if you do, damned if you don't.

by duckmysick

5/20/2026 at 6:58:26 AM

Is it really a false positive if railway lets people run abusive services on GCP and then GCP consequently shuts them down?

by bootsmann

5/20/2026 at 2:30:24 PM

the services are running on railways own servers, not gcp

by iloveplants

5/20/2026 at 4:47:51 AM

I continue to receive phishing via AWS pretending to be Amazon. And not even the Unicode-lookalike shenanigans that my spam filter refuses for excessive mixed scripts, no; literally claiming to be Amazon as in: the company that operates the relay.

by edelbitter

5/20/2026 at 6:45:06 AM

i wonder if DID or World (various ways of Proof of Human) can help solve this issue.

by swyx

5/20/2026 at 10:46:06 AM

This just incentivizes market for bio-mules, which already exists with world[0] - where prices stay low because it was rolled out to low-income countries.

Then there's the platform game theory. If you adopt you add friction which reduces signups, and there will always be a competitor who would risk the 10x fraud increase in order to capture 100x the market. Railway has seen hyper-growth because it's so easy to run from, and is recommended by, coding agents[1].

The solutions are here already just not well implemented or understood - probabilistic fraud detection, resource limits, service and automation limits, standard gov identity verification as a signal, enterprise sales channels with human relationships, etc.

There are tradeoffs with each platform choice that just aren't well understood. Most users shop on price and DX and don't see the abuse infra or problem until it hits them.

Google and GCP have a problem where they completely cook users who get flagged in their automated fraud net (this isn't news - or shouldn't be)

[0] https://www.coindesk.com/policy/2023/05/24/black-market-for-...

[1] and the problems that come with providing that simple interface, like sometimes dropping prod

by nikcub

5/20/2026 at 1:04:18 AM

Wait… railway runs on GCP? Didn’t they make a whole thing about not “building a cloud on top of another cloud?”

Or did they just mean that they’re not renting VPSs but only metal from the cloud provider?

In my mind I was so excited that there was another provider not just paying one of the hyperscalars but at a minimum colocating and owning more of their stack. https://blog.railway.com/p/heroku-walked-railway-run

by fjni

5/20/2026 at 1:13:57 AM

from the blog linked via Wayback Machine. "From Day 1, we had this notion at the forefront.

The other notion that we have intuited is that you can’t build a cloud on another cloud. We have devoted years of practice running our own metal (and playing well with other clouds) to make sure that Railway’s business, which invariably becomes your customer’s business, is as rock solid as possible."

by miniman1337

5/20/2026 at 4:16:42 AM

I'm not familiar with Railway, so this might not make any sense, but it's possible they were using their own hardware but managing it with Google accounts. It's not uncommon for a company's offsite human-to-human communications to fail when there's a Google outage or ban, so it's not unexpected to have the same interference with human-to-machine or machine-to-machine communications.

by dlcarrier

5/20/2026 at 1:46:04 AM

That’s strange, when I interviewed with the founder a few years ago he told me they were on AWS wanting to move to firecracker.

by MrDarcy

5/20/2026 at 1:07:20 AM

Yep, and this is why I'm pissed. They lied. They're completely dependent on GCP. So, I gotta do some research, i need something a little more stable (and less dependent on one company's whims) than this. This is bad for them, because it really strikes at the heart of their 'big claim,' peacefull software deployments. This is chaos.

by eoswald

5/20/2026 at 1:18:37 AM

Yea, I mean, that's the whole MO of our platform and we failed at that. So yea, that's disappointing and more so for our customers.

I can provide an explanation about the GCP dependency. Yes, we have host workloads off GCP, and we have been able to build a good business by performing a cloud exit. However, we were worried that we would have a circular dependency on our own cloud. I don't think we expected to get auto-modded out of our own account, hence we left our DB on CloudSQL.

It was never our intent to deceive people that we didn't own our own destiny with our business. The last GCP issue, we were assured that this scenario wouldn't happen (when we got auto-ratelimited, which was bad, but survivable) - but it seems like we have further work to do. Apologies.

by ndneighbor

5/20/2026 at 2:46:37 AM

Why CloudSQL? why not AlloyDB for stability?

by purduemike

5/20/2026 at 1:24:55 AM

I’m very sympathetic and understand that decisions are easy to criticize in hindsight but leaving your database in GCP while moving everything else to your own data centres seems so backwards I can’t even begin to imagine how that could happen. Was this really an intentional design decision?

by fontain

5/20/2026 at 1:37:33 AM

I have exactly the same architecture. You can easily administer a postgres/mysql on your own infrastructure, but it's also the one thing where backups and availability are super strict. I can easily support multi-region in Google Cloud or AWS and that's way harder to do on-prem, and it's also hard to handle the replication story as safely as with Google Cloud. The hope is that GCP et al. give you safety and availability for the control plane stuff and you can run your data plane on-prem.

At $2m/mo spend, this kind of thing is insane. GCP has never been the most reliable of clouds but this is pretty awful. I would never have expected this.

by arjie

5/20/2026 at 4:42:56 AM

I have kind of the same architecture. I host multiple dedicated servers and vps instances in the Hetzner "cloud", but all of these connect to a few hosted databases by Hetzners web hosting packages for like 20 bucks a month. It sounds insane, but the one thing that absolutely needs to stay online, is the database, so not hosting this myself makes sense. And since Hetzner is apparently tuned their dirt cheap databases pretty well, we can hammer them pretty hard without any problems.

by ahofmann

5/20/2026 at 1:33:38 AM

> decisions are easy to criticize in hindsight

I mean, the pain we have caused our customer ultimately proves you correct. That said, we made our decisions with the information and constraints that we knew in that moment in time. Railway has hosts in AWS/GCP/and co-los, so coordinating those workloads in a fully distributed manner would be ideal but end of the day, we didn't forsee that would just have our project get deleted just like that.

(Even if we did get assurances from them in 2024, that it wouldn't happen again, although we just got auto-rate limited the last time.)

by ndneighbor

5/20/2026 at 2:04:56 AM

Thanks for getting things back up (genuinely mean that, btw). Upon logging back in I was prompted to promise I'm not deploying naughty things (I'm not). Was this in response to GCP detecting illegal (prohibited) behavior from something deployed via railway?

by csw-001

5/20/2026 at 2:20:32 AM

Actually, when I made the TOS check, I put that in Redis. That + the feature flags got reset.

by ndneighbor

5/20/2026 at 1:42:30 AM

could you clarify, did an automated process by Google delete a GCP project/account/resource(s)? like, what exactly were you seeing when trying to get access or see what happened?

by r_lee

5/20/2026 at 1:58:32 AM

They deleted our GCP proj. sans warning. Still working the details, but that's how this whole thing began.

by ndneighbor

5/20/2026 at 2:06:21 AM

this is easily explained by "database migrations are incredibly difficult and very risky"

by yen223

5/20/2026 at 2:57:21 AM

I thought Railway was building their own data centers? [0]

> The fact of the matter is, you simply cannot build a cloud on someone else’s cloud.

Indeed…

[0] https://blog.railway.com/p/launch-week-02-welcome

by chatmasta

5/20/2026 at 4:38:29 AM

Vercel seems to be pulling it off. So does PlanetScale, albeit for databases only. But everything’s a database.

by QuinnyPig

5/20/2026 at 5:40:50 AM

When you signup for Railway, they have uncommon way of making sure you have read and understood their T&C regarding abuse of their systems, including crypto mining, etc.

My guess is that many are abusing their free tier, causing them trouble with their service providers.

I take no joy in seeing Railway take a hit like this, even as a competitor, but free compute attracts all sorts of strange users. We've been there and decided early on to avoid free compute even it costs us our top of the funnel.

by ksajadi

5/20/2026 at 12:39:16 AM

Sorry, I have a hard time blaming Google for this, when Railway seems to be having increasing trouble keeping the platform stable. Something like this should NOT take down an ENTIRE service. There should be a backup when literally your business is about being the reliable backend. This just seems like poor planning to me.

by eoswald

5/20/2026 at 12:53:22 AM

I don't quite know what you mean. Do you really expect Railway to use a multi-cloud architecture to host all of their client's projects? I suspect that would lead to a lower availability, all things considered.

by ryanisnan

5/20/2026 at 1:04:51 AM

Well, in the same token, is it smart to base your ENTIRE architecture on a single cloud architecture? Isn't that why some of us build in fallbacks for AWS-hosted services? I mean, their enitre platform, both public and private facing, is running on the same thing. One error, one problem, takes out the entire service.

by eoswald

5/20/2026 at 1:02:16 AM

They literally own their own data centers. That's whats surprising about this. They are lying to their customers when they say they operate their own data center because obviously they don't if everyone's apps are down with GCP blocking their account.

by impulser_

5/20/2026 at 1:26:28 AM

Is it not possible that they own their own data center and have an unfortunate Google dependency?

Obviously a fiasco but I’m not prepared to call them liars when it could be an honest mistake.

by brookst

5/20/2026 at 2:00:44 AM

Then don't say your not a "Cloud on top of a cloud" provider.

They even made fun of cloud providers being down when AWS was down.

by impulser_

5/20/2026 at 1:34:58 AM

I imagine there's also an important difference between:

1. We depend on X but could gracefully migrate to an alternate in a week if we really needed to.

2. All data is mirrored instantly so that we can do seamless fail-over in case X has its own outage.

by Terr_

5/20/2026 at 1:04:39 AM

Oh, I see what you mean. Eh, it's possibly the same reason that AWS essentially goes down when us-east-1 goes down.

by ryanisnan

5/20/2026 at 12:48:34 AM

Disaster recovery is pretty expensive, right? Especially for their size.

by cactusplant7374

5/20/2026 at 2:05:22 AM

Is google allergic to humans or something? Cannot they just send an email or call the company before taking a wrecking ball to the entire company's infra? Are they stupid?

by UrbanNorminal

5/20/2026 at 2:32:06 AM

Surely this is automated. They wouldn't waste precious dollars on employing humans just to keep other humans happy.

by BarryMilo

5/20/2026 at 4:39:45 AM

It surprises me there's not a manual review for $$$$ accounts. Speculation at this stage, but it's weird they would be put in the Recycle Bin like that.

by snypher

5/20/2026 at 4:29:25 AM

Keep the pitchforks at bay for now. No one knows what actually happened yet and we are only seeing one side of this outage.

by lateral_cloud

5/20/2026 at 12:15:11 AM

Google cloud also locked out a Korean Goverment Organization recently. The guy posted on GCP subreddit.

Google really need to improve their support team. It's strange such a big corp can't even afford to have proper support team.

by faangguyindia

5/20/2026 at 1:00:15 AM

> It's strange such a big corp can't even afford to have proper support team

Railway say they are in touch with that support team.

by danpalmer

5/20/2026 at 1:34:58 AM

god help them

by shooker435

5/20/2026 at 6:29:58 AM

I had good experiences with their support, and bad experiences with AWS support. tldr: YMMV.

by danpalmer

5/20/2026 at 1:42:04 AM

Not strange, Google has never had a proper support team unless you are an "Enterprise" level customer.

by choilive

5/20/2026 at 1:39:30 AM

pretty sure their support team is a flaky ML model that is haplessly flagging random accounts

by benwoodward

5/20/2026 at 11:10:04 AM

> support team

They must’ve upgraded them to Gemini 3.5 by now.

by aranelsurion

5/20/2026 at 12:31:33 AM

> It's strange such a big corp can't even afford to have proper support team

This seems to be by design.

by King-Aaron

5/20/2026 at 1:20:09 AM

We have a CSM, Head of Customer Support contact, and further contacts with GCP. Despite that, we still had this issue.

by ndneighbor

5/20/2026 at 1:28:53 AM

Automating support, automating everything is the key to their whole deal. Tech giants leapfrogged the rest of the economy by innovating a company that can scale its customers without having to scale itself proportionally.

by add-sub-mul-div

5/20/2026 at 2:02:37 AM

I will never leverage GCP in an enterprise setting, it's honestly amazing how hard they fumble the bag. Will be interesting to see when GCP support started working with them, from the updates there was an hour and change from when they identified the issue and GCP support was confirmed.

In the cloud space it seems like AWS does nothing and wins.

by bearjaws

5/20/2026 at 2:20:16 AM

Well, as a 2 week tenured and very happy Railway customer until now, I am now a Render customer. Somehow DNS cut over within 1 min(!) and live after about 30 minutes of work. Not bad!

by brokenodo

5/20/2026 at 2:35:18 AM

In my experience, DNS changes are a lot faster than they used to be. There’s some website that has a map that tries to resolve your domain with a bunch of name servers around the world that was pretty neat to look at last time I migrated something.

by DrewADesign

5/20/2026 at 3:47:51 AM

I became so conditioned to waiting hours(!) for DNS propagation that I'm always pleasantly surprised when it takes <5 min these days.

by nbarbettini

5/20/2026 at 1:52:46 PM

Yeah way back in the day I’d be used to waiting overnight

by DrewADesign

5/20/2026 at 4:43:21 AM

I love pointing my name servers to Cloudflare so any DNS changes from that are practically instant.

by twostorytower

5/20/2026 at 6:46:11 AM

as with many things, we say we like decentralization but quietly vote for centralization

by swyx

5/20/2026 at 1:07:04 AM

Isn't Railway the "the API key to delete the backups is in the prod database, because that's where the backups live duh" guys?

by Avicebron

5/20/2026 at 1:33:31 AM

This is bad. Even their own website is down at railway.com. Looks like total dependency on google cloud. Surprising for a company of their scale with all this VC money.

by codegeek

5/20/2026 at 1:37:27 AM

They run a decent amount of their own compute/bare metal server for customer workloads. But likely still had some critical dependencies on GCP.

by choilive

5/20/2026 at 5:51:21 AM

Google has a total dependency on it's own infra and does fine. Why do its customers need multicloud? Huge PITA unless you need an absurd number of 9s

by rmeara

5/20/2026 at 4:34:57 AM

> Surprising for a company of their scale with all this VC money.

Not sure too many VCs would be cool with deep redundancy when there's more features to build to bring in more customers instead.

by cube00

5/20/2026 at 1:33:23 AM

This could kill a startup. I really don't like Google's automated and silent account murder functionality.

by whh

5/20/2026 at 1:49:11 AM

There’s no way this was automated or silent.

The only reasonable explanation is Railway lost control of their estate and something was happening that warranted a group of humans to decide flipping the kill switch was the best of a set of bad alternatives.

by MrDarcy

5/20/2026 at 1:55:26 AM

You’re giving Google far more credit than they’ve earned.

by macintux

5/20/2026 at 10:01:38 AM

It's almost certainly one of those Android Store related checks or YouTube account checks. It's why it's best to disable login for the services you don't want your staff messing with on Google Workspace.

by whh

5/20/2026 at 2:55:04 AM

you can go on google cloud subreddit and watch horror stories

i actually built a good plan out of those horror stories for my companies.

by faangguyindia

5/19/2026 at 11:19:44 PM

This screenshot from Discord suggests the idea that the outage is caused by automated GCP account ban: https://x.com/acgfbr/status/2056866780866351323

by throwaranay4933

5/20/2026 at 3:11:05 AM

Automated account bans are the bane of internet existence today. I was banned from reddit for "bad behavior", I appealed and both times it's oops, there was nothing there, some automated system thought your comment was rude even though it wasn't.

Then they send you very strongly worded messages that says trying to work around the ban will lead to something bad happening.

I've been worried my main email account provider would do this. The core issue is even if you pay, even if you are a company as shown here companies don't carefully enough have limits on banning. I can only imagine they ban lots of scammy things every day so "they think it's working great".

by Alive-in-2025

5/20/2026 at 1:02:02 AM

I respect what railway is doing but also would never run my business on such a platform.

by enahs-sf

5/20/2026 at 1:09:33 AM

Today changed my opinion on them completely. Was willing to give them the benefit of the doubt that they're growing fast, but now seeing that they've failed to scale properly, and are missing little things that become big things later. I can't take that risk.

by eoswald

5/20/2026 at 1:07:31 AM

That kind of sounds like you don’t respect what they are doing.

by dpark

5/20/2026 at 3:22:42 AM

I think it’s good people are making IaaS platforms, but have dealt with enough firefighter hero bullshit to have seen this coming a mile away. Uptime and redundancy are strongly correlated.

by enahs-sf

5/21/2026 at 2:57:17 PM

So railway who provides cloud hosting uses another cloud hosting provider for vital services. Why use railway and not Google cloud directly?

by mooktakim

5/20/2026 at 1:49:21 AM

Railway is back, but I’m not sure if I can trust keeping my projects there, so I’m going to migrate to another company.

by jefborges

5/20/2026 at 3:01:27 AM

After reading about how their delete database API also deletes all the backups, I concluded they are not to be trusted.

by oofbey

5/20/2026 at 6:53:58 AM

Don't all major clouds do that by default? But at least they have additional protections you can configure, if you know about them.

by CodesInChaos

5/20/2026 at 3:35:44 AM

It's not back.

by marknutter

5/20/2026 at 2:46:07 AM

I didn’t knew Railway so with this misleading headline I thought a Google Cloud data centre was being built in the way of a railroad. That’d been a funny story to read..

by usernametaken29

5/20/2026 at 4:47:27 AM

An elevated railroad once ran through one end of what is now a Google-owned building (Chelsea Market in Manhattan). It's now part of the High Line elevated pedestrian park.

by Polizeiposaune

5/20/2026 at 3:02:03 AM

How is the title misleading?

by astafrig

5/20/2026 at 7:48:15 AM

"Railway Blocked by Google Cloud"

If you don't happen to know that "Railway" is referring to a company, then you might reasonably read that as "a GCP outage caused issues in the train network somewhere".

by tauntz

5/20/2026 at 1:28:59 AM

I’ve seen a few smug “all your eggs in one basket” comments here.

I’m aware of some companies hosting their own metal and infra, but I’m not aware of large companies mitigating risk by hosting on separate cloud providers as a fallback mechanism. We might disagree with cloud provider choice, or think they should have been hosting their own metal, but that’s still an “all your eggs in one basket” choice, right?

Heck, they might even have multi-region fallback with GCP, but if GCP bans your account, that doesn’t matter.

Are there good examples of running a company of railway’s size so redundantly that their host could nuke one of their accounts and they’d just keep on trucking?

by TheTaytay

5/20/2026 at 1:31:18 AM

They do run their own metal. That’s their entire ethos. Railway is their own cloud.

by fontain

5/20/2026 at 1:36:09 AM

Just google multi-cloud. Yes. It's a thing.

by chradams

5/20/2026 at 1:50:14 AM

99% of multi-cloud is fake though. True multi-cloud is incredibly rare.

by wmf

5/20/2026 at 4:34:48 AM

I appreciate it. That's my belief as well. Very easy to write a post like, "Just use multiple clouds!" or to claim to have done it with a small project. But it's hard for me to imagine the benefits outweighing the extremely massive complexity costs at a certain scale.

by TheTaytay

5/20/2026 at 1:59:55 AM

Does anyone know how this even happens inside the walls of google? Is it an automated process? How is such a (presumably) high revenue account just magically blocked without human intervention? I'm quite perplexed.

by padolsey

5/20/2026 at 2:07:43 AM

There would have been efforts to contact them, but it would have been via their contact method, aka the email they set it up with.

Common ways this happens? They are using a credit card to run their business with no backup payment method. Then the company's contact person is on vacation.

Sign up for terms. It will get you payment terms!

by jpollock

5/20/2026 at 2:20:34 AM

Yeah, I'm not sure what to think here. We know Google is not the best at customer service and has automated account suspensions. But, what I'm curious about here is why this happened.

Railway hosts applications for customers. An uneducated guess for some possible reasons: 1) one of those customers hosted something they shouldn't have 2) railway had something spawn that took up too many resources 3) Or their account balance was too high 4) Or something...

But all of this probably culminates in someone needed to read an email that was missed.

Scaling a customer infrastructure setup like Railway is hard. This is one of the non-technical hard parts - how to make sure your account with your primary vendor is safe. But, I'm willing to wait to pass judgement here until more information is available. I'm sure the post-mortem will have lessons. I'd like to know more.

by mbreese

5/20/2026 at 3:38:30 AM

> via their contact method, aka the email they set it up with

If it's anything like AWS, that may be just one of hundreds of emails they send every day, most of which are just noise.

by thayne

5/20/2026 at 2:15:49 AM

Honestly still insane to nuke a high-volume client's business after a single payment issue. There would be no reason for Google to believe that a single hiccup like that is evidence that they won't get paid and have to cut account access immediately.

by scratchyone

5/20/2026 at 9:13:18 PM

It's not a single payment failure, it would be multiple days, possibly even a week to 10days.

This is why businesses should put in the effort and sign up for credit terms. Then it's an invoice, and you reduce this risk substantially.

Credit cards are _not_ reliable at this scale. Banks are offline all the time, cards are marked stolen, protocols change, all sorts of things that will cause flags indicating "the money can't move down that path".

Businesses that pay for AWS/Cloud/etc via credit cards are trying to buy reliability but put it behind a single point of failure.

Credit cards are not how you should be paying for business services with uptime requirements!

by jpollock

5/20/2026 at 4:06:20 PM

It is insane, but my past experience with GCP is they suspended all service only days after a failed payment, after years of paying on time. It's a major factor in why I don't use them anymore. I'm not waking up to angry customers again because the CC is expired and I missed an email.

I'd be curious to know why Railway's account was suspended. Was it a similar payment issue or something else?

by 4lx87

5/20/2026 at 5:03:36 AM

Railway might not be even in the realm of high-volume clients for Google. For all we know they might be efficient in utilizing Google infrastructure.

But most likely, it's just automations in place without an appropriate human override coupled with gross negligence.

by antran22

5/20/2026 at 5:16:17 AM

Yeah, compared to the AWS experience:

I had a toy Free Tier account that managed to overstep a limit one month and rack up $0.0038 in charges.

AWS hounded me about it for an entire year before finally putting the account on hold. Then kept at it for months more before finally deleting it.

It’s pike the paperboy from Better off Dead, if he were to continue delivering newspapers while hounding you for his two dollars.

by jasonkester

5/20/2026 at 7:54:09 AM

For those who opened this link to read news about the real railway (with trains), it's not about it. Thank you for wasting my time!

by zx8080

5/20/2026 at 4:16:33 AM

All in on cloud so we don’t need to worry about backups. Now your subscription is the single point of failure.

by mjy78

5/20/2026 at 2:50:05 AM

From their founder on X...

"Absolutely. The Railway network is a mesh ring between AWS, GCP, and Metal

So: - High availability interconnects - High availability path routing between clouds - Database itself is high availability

However, Google's VPC itself is not. So we will add a shard to Metal and AWS"

by hnburnsy

5/20/2026 at 4:20:15 AM

Huh.

Railway dot com

Has nothing to do with railways.

I wish software people would get their own words.

by thrownthatway

5/20/2026 at 12:57:11 PM

I was also expecting a story about a physical railway being shut down.

by patrickmay

5/20/2026 at 2:53:17 AM

The 3-2-1 backup rule is pretty outdated in the world of cloud. You could have 3 complete copies of your data in different S3 buckets, but if they're all under the same account you've lost your blast radius protection

by sammy2255

5/20/2026 at 6:25:06 AM

It's not outdated, you just actually need to follow it. 3 copies of data in separate S3 buckets is ignoring the "2" in the 3-2-1 rule: 2 different mediums, and also the "1" rule: 1 copy offsite. In the cloud era, offsite means not on the same cloud provider. Different mediums ideally means a non-cloud provider (e.g. a NAS at your office under your control).

by zootboy

5/20/2026 at 3:02:24 AM

If only there were a quick and easy way to replicate s3 buckets to an independent provider…

… on the Unix command line …

… to a cloud older than AWS…

… if only …

by rsync

5/20/2026 at 3:20:47 AM

Wish I could upvote this comment account more. Too many people look for something new and shiny when trusty ol tools are sitting right there. :)

by funtech

5/20/2026 at 3:18:56 AM

Well having backups help, but I certainly can’t migrate my infra to rsync.net on moments’ notice (or ever since rsync.net does storage and nothing else) so my customers aren’t affected.

by oefrha

5/20/2026 at 4:33:21 AM

Inflated egress costs might make this prohibitively expensive, $80 per TB at GCP and AWS

by lemagedurage

5/20/2026 at 3:18:22 AM

I don't think that technology exists. Sorry.

by eclipticplane

5/20/2026 at 4:30:19 AM

You replicate data to different clouds.

by whalesalad

5/20/2026 at 12:24:53 AM

Dupe - join the discussion started an hour ago instead of query string work (12 points, 4 comments) https://news.ycombinator.com/item?id=48200827

by gnabgib

5/20/2026 at 12:25:49 AM

I added the qs because it defaulted to a story from 3 months ago.

by aarondf

5/20/2026 at 4:36:50 AM

Cloud platform dependencies are becoming a huge single point of failure

by jaspanglia

5/20/2026 at 12:53:42 AM

That explains why all my vibe-coded hobby projects are down.

Thank God I'm not dealing with any public-facing sites! Would have been an expensive lesson for a newbie coder if my job depended on this.

by Mengkudulangsat

5/20/2026 at 8:50:00 AM

Interestingly, upon logging in this morning I was presented with a new terms and conditions banner that required me to agree to not deploy a list of, to varying degrees, nefarious things (bots, torrents, "anything illegal", etc.). Is it likely that some of these workloads resulted in the auto restriction from GCP?

by jkogara

5/20/2026 at 1:51:25 AM

I wonder if someone has exploited a weird Google-safety automated process to report something on Railway which caused Google to block the whole thing.

by orliesaurus

5/20/2026 at 1:39:55 AM

seriously, is it possible to trust GCP with critical data/services at this point if you're not a billion dollar company?

I'm exaggerating but someone said they got "auto banned"

what if that happens to a small account which hosts some really important data/services there?

by r_lee

5/20/2026 at 2:02:18 AM

I've managed several accounts with GCP over the years and I've always maintained a great relationship with our contacts there. Some of these accounts were quite small, on the order of <$20k/mo, and even then we were kept abreast of anything that might be cause for concern. I always maintain a standing biweekly meeting with at least someone on the other side (account exec, technical staff, whatever) and I've yet to be blindsided by anything.

Is Google's communication good? No, not particularly. The only way something like TFA happens is if the relationship is neglected (by one or both parties). I'm not saying Railway did something wrong, but there are usually many flags and opportunities to correct long before drastic actions.

I get the impression that Railway plays fast and loose with a lot of their limits and resources and that Google may not be a fan of that.

Edit: would also like to say that if you put all your resources in one GCP project you are going to have a bad time. If you organize stuff over many projects it is very unlikely that they will ever take account wide action. I've had issues with, for example, a particular tenant's behavior, but it never jeopardized the other tenants.

by xyzzy_plugh

5/20/2026 at 1:52:45 AM

> what if that happens to a small account which hosts some really important data/services there?

Pray to @dang that you will make the front page of HN?

by Avicebron

5/20/2026 at 1:54:34 AM

Even if you are a billion dollar company you still have problems like the Australian pension did. Google is just that bad.

by throwaway85825

5/20/2026 at 2:44:44 AM

I don't think you can ever trust one service with critical data. Some Claude instance deletes your prod database, you have to restore from an offsite backup because it also deleted your local backups. Even at small startups we did pg_dump to AWS from GCP because ... who knows what is going to happen to GCP, and we want to continue to be in business if that happens.

I don't feel safe with any one single point of failure. "Your credit card bounced", "you thought it was dev", "you got hacked", etc. are all the same problem to me and no cloud provider solves those merely by setting up an account.

by jrockway

5/20/2026 at 2:02:10 AM

Railway isnt far from being a billion dollar company, no ?

by ttoinou

5/20/2026 at 2:52:54 PM

I don't want to believe this, lol.

by intelVISA

5/20/2026 at 12:38:35 PM

7 minutes from bug filing to account restoration. This shouldn't have happened in the first place, but that's an excellent response time from the support team.

by danpalmer

5/20/2026 at 3:10:59 AM

Wild to me that any tech sector business would want to rent an operating environment to park their entire infrastructure into. This is the equivalent to traveling shoe salesmen setting up a tent in the parking lot of a strip mall.

by zelon88

5/20/2026 at 10:00:36 AM

There's that "automated action" again. Regardless of the architectural decision, it makes me incredibly uneasy relying on GCP if these types of things can happen.

by whh

5/20/2026 at 8:30:35 AM

Having tried many of these hosting services to host/play with toy apps, DigitalOcean and Fly.io are both unparalleled GOATs.

by brunooliv

5/20/2026 at 4:18:39 AM

This is the kind of outage worthy of a Kevin Fang video.

by dlcarrier

5/20/2026 at 6:54:41 AM

The risk of an "upstream cloud provider" is not something you need to tolerate in your supplier of internet infrastructure!

by mattbee

5/20/2026 at 1:45:39 AM

At this point you can’t trust Google anymore, it keeps breaking things. Imagine having Google AI do this thins automatically. Will have apocalypse in in a day.

by tux

5/20/2026 at 12:57:06 AM

so....what are we switching to y'all? cloud-run ? ;P

by bshack0

5/20/2026 at 1:06:43 AM

federated hardware (a bunch of raspberry pis networked into a high availability kubernetes cluster, hidden across various local coffee shops for free power and bandwidth)

by auxiliarymoose

5/20/2026 at 1:09:46 AM

raspberry-pi cluster in my closet

by throwatdem12311

5/20/2026 at 1:55:18 AM

16GiB Raspberry Pi 5s in my country are now going for ~$450USD, so I've gotta say that's out of reach for me now :(.

by frio

5/20/2026 at 1:31:45 AM

Wait, I thought railway was a cloud provider like AWS, GCP but better and more agile. At least that's the impression i got from their website.

by dwa3592

5/20/2026 at 1:04:01 PM

Did anyone discover any unexpected tools/wesbties use railway during this outage?

by AbstractH24

5/20/2026 at 3:24:59 AM

What's a good alternative to Railway?

by leventhan

5/20/2026 at 5:01:53 AM

Avoid vendor locking, have backups, make disaster recovery standby (or plan for quick recovery elsewhere)

by pavelevst

5/20/2026 at 12:51:36 AM

I’m a new customer and have been falling in love with Railway over the last 2 weeks, but this is quite the wake up call.

by brokenodo

5/20/2026 at 12:53:18 AM

Literally in the same boat. I've been really happy with it, but this is a major eye opener.... It's been done for a looooong time by provider standards.

by csw-001

5/20/2026 at 12:59:36 AM

same

by reelvideocap

5/20/2026 at 1:43:32 AM

Been a customer with them for over a year now, small incidents here and there but never anything this major.

by choilive

5/20/2026 at 1:26:02 AM

same same

by TheAtomic

5/20/2026 at 9:00:40 AM

Remember, the cloud is someone else's computer.

If that person turns it off you're screwed.

by yomismoaqui

5/20/2026 at 4:40:11 AM

Lesson learned: don't rely on a single hyperscaler, even (or especially) as a startup.

by steve1977

5/20/2026 at 4:53:31 AM

I just... I don't really understand why startups even use AWS, GC, or any other cloud hosted software? Hetzner, etc. Are all extremely cheap, and honestly scale so well... Code nowadays is cheaper for configs, and having full control over your compute is... liberating.

by burnerRhodov3

5/20/2026 at 5:02:52 AM

Low cost to entry, easy to get scale from the beginning if you need it. The large cloud providers throw free credit at startups to lock them in all the time. I had a short lived stint trying to get my own startup off the ground and it was really easy to get free compute from Google with no strings attached. This was many years ago now, but I would be surprised if it is any different.

I am with you entirely and would not have taken that route today, but it is really easy to see why people go that route.

by dannersy

5/20/2026 at 5:25:33 AM

A few years ago, when I was kinda active in the startup scene in my area, you have people selling access to cloud credits with penny-on-the-dollar price. The credits are given out liberally to big-corps, organization by AWS/GCP, through workshops, webinars, events. All in the hope of roping the departments into building MVPs, demos on AWS/GCP, but people also find a way to cheat on that system and make some quick bucks.

I know a startup of my acquaintances that have been running on AWS for 5 years straight without paying a single dollar to AWS. When the credits almost run out, they started to migrate their data over to another account with credit. That happened twice already.

It helps to have a portable, replicable IaC config. But also this is sustainable because they are a pretty small struggling shop. You will probably not be able to do this if you are trying to maintain more than 3 nines for an enterprise client.

by antran22

5/20/2026 at 6:20:19 AM

Perhaps Railway does a bit more than what you think, they have some great functionality (I'm not affiliated with them). Check out [Features | Railway](https://railway.com/features) "PR Environments", they are incredible for the QA process

by chi_features

5/20/2026 at 4:57:42 AM

Oh absolutely... and many use architectures that have evolved out of the needs of really big companies and are not really a good fit for a startup. But I guess they want to be "ready for growth".

by steve1977

5/20/2026 at 1:35:24 AM

github got way more noise for less

by isninkhamiss

5/20/2026 at 2:16:03 AM

one of the many reasons companies are cloud agnostic and dont want to get locked in

by redanddead

5/20/2026 at 2:24:13 AM

Yeah but until you find that the new cloud provider won't approve your compute quota or doesn't have enough capacity in the region or you hit fraud flags for stagnant account spinning up lots of compute.

by fh67

5/20/2026 at 3:57:33 AM

Building a startup on GCP (or even Google Workspace) is an existential risk.

by bilalq

5/20/2026 at 2:19:25 AM

There's a lot of, what seems to me, unfounded blame being directed at Google for this. Isn't railway the company that just blamed Anthropic for deleting their prod database?

by parineum

5/20/2026 at 2:31:56 AM

Nope, Railway was the company who was hosting PocketOS, which is the company that blamed Cursor for deleting their prod database. Railway is only involved insofar as their API allowed an instant delete of the prod database.

by mmmore

5/20/2026 at 3:02:50 AM

Railway deserves a lot of blame here. Deleting backups along with the database is a lot like not having backups. Moronic design choice.

by oofbey

5/20/2026 at 3:32:56 AM

Why does Railway deserve any blame here at all? It was an MCP with elevated infra access, that the user willingly connected through Cursor, which allowed an LLM Agent to manage infra on Railway. The user would first have gone through oAuth confirming the access level scope (I would have rejected the moment it indicates to me that it can delete critical infra and backups...). So obviously it has access to all commands the user would also have access to. From my perspective the blame is entirely on the user, and partly on Cursor for not enforcing HITL correctly across their agents.

by Genego

5/20/2026 at 3:46:20 AM

Putting AI aside, people make mistakes. One of the most common mistakes people make is deleting the wrong thing. After they realize the mistake, people want to restore the thing they deleted from backups. Thus deleting the thing and deleting the backups of the thing should always be separate operations.

by wmf

5/20/2026 at 4:26:47 AM

Absolutely.

by utunga

5/20/2026 at 2:35:39 AM

fairly certain you are remembering the goofy article that was going around where a railway user allowed an agent to delete his db. iirc he questioned the agent after and the agent told him it should have read the file that told him not to do things, so just sounds like he deleted his db and blamed his tools.

by sidrag22

5/20/2026 at 3:00:12 AM

If you buy a cloud-on-a-cloud, you're a clown-on-a-clown.

by jujube3

5/20/2026 at 12:30:48 AM

Yikes. I was wondering why my TLS certs were coming up as invalid.

by ryanisnan

5/20/2026 at 4:01:24 AM

Let's blame some rouge AI agent at GCP causing this.

by koolhead17

5/20/2026 at 12:21:33 AM

all my fkn postgres bd in railways! what do i do now?

by mcontrerazCL

5/20/2026 at 1:15:54 AM

Hahah at least you're not getting called every five minutes because you cant shut off the alerts, because its apparently deployed SOMEWHERE but good luck finding how to access it. Can't wait to see the bill from Twilio because of this lol

by eoswald

5/20/2026 at 12:51:05 AM

Take a walk. Breathe in the fresh air. It feels good.

by cactusplant7374

5/20/2026 at 4:02:06 AM

“Deletion of private cloud subscription…”

Who deleted it?

by eezing

5/20/2026 at 1:35:00 AM

It is killing me...

by Drew-Aetherwave

5/20/2026 at 5:08:44 AM

There goes a 9

by jamwise

5/20/2026 at 1:39:40 AM

compute recovered, get ready boys!

by Osborn_Ojure

5/20/2026 at 6:38:03 AM

When your cloud depends on an other cloud

All these companies are fraud

by WhereIsTheTruth

5/20/2026 at 3:21:53 AM

wish I knew what "railway" is

by fnord77

5/19/2026 at 11:17:21 PM

seems like it's every day

by iloveplants

5/20/2026 at 4:00:28 AM

Do not become dependent on Google. Ever.

by shevy-java

5/20/2026 at 4:01:50 AM

[dead]

by cindyllm

5/20/2026 at 1:31:09 AM

Let me guess… Googler running AI agent in production that blocked this startup’s account.

by rvz

5/20/2026 at 8:40:27 AM

Apparently this has nothing to do with real-world trains and to the real-world rail system, at first, and reading the title alone, I had thought that some trains might have got stuck somewhere because of an IT (google cloud) failure. It's just another SaaS story.

by paganel

5/21/2026 at 3:23:45 PM

[flagged]

by ryanshrott

5/20/2026 at 3:26:36 PM

[flagged]

by ryanshrott

5/20/2026 at 3:48:19 AM

[dead]

by codepack

5/20/2026 at 3:45:18 AM

[dead]

by codepack

5/20/2026 at 3:47:07 AM

[dead]

by codepack

5/20/2026 at 4:01:14 AM

[dead]

by codepack

5/20/2026 at 1:44:08 AM

[dead]

by upnorthmedia

5/20/2026 at 1:43:50 AM

[dead]

by upnorthmedia

5/20/2026 at 4:01:29 AM

[dead]

by htrp

5/20/2026 at 2:34:53 AM

[dead]

by unit490

5/20/2026 at 12:56:19 AM

TL;DR: putting all your eggs into one basket is bad, man.

by rekabis

5/20/2026 at 1:04:26 AM

That’s true, however having only few eggs and shopping for several baskets does not make sense in early days. Not sure how big railway is, but usually you start small with one egg.

by lfx

5/20/2026 at 1:15:45 AM

You’d think they wouldn’t have started with GCP. There are plenty of datacenters where you can buy racks and racks of servers, and talk to a human when something goes wrong, and even walk in and access your servers. That’s what I’d be using if I were to build a Rackspace today.

by christophilus

5/20/2026 at 1:22:16 AM

They started on GCP and have been migrating to their own "Metal" DC doing exactly what you're describing. But GCP is still their overflow given how rapidly they are growing and holds some amount of networking that routes to their DC.

by tomschlick

5/20/2026 at 1:53:41 AM

Colo is worse than cloud when you're getting started. Sure, you can talk to a person but everything else is much lower quality. People are obsessed with having someone to yell at but yelling does not fix outages.

by wmf

5/20/2026 at 12:55:51 AM

TL;DR: putting all your eggs into one basket is bad, man.

by rekabis

5/20/2026 at 1:26:39 AM

How to handle domains? The rest is easy, but your domain registrar blocking you sounds like a pain. My current solution is to use a local small provider, just for the domain. Then if there is a problem with your play account it is out of any blast radius.

by canpan

5/20/2026 at 1:33:41 AM

What do you mean by local small provider? A registrar on main street?

by FlamingMoe

5/20/2026 at 5:45:04 AM

What the deuce are you blathering on about. An account got blocked, this has nothing to do with a domain.

And I’m talking about having disparate failovers that don’t rely on a single hosting provider. At that point, who cares what Google does to your cloud account… work with the hot failover and spin up another hot failover somewhere else.

by rekabis

5/20/2026 at 1:35:53 AM

MarkMonitor

by truekonrads

5/20/2026 at 1:58:02 AM

Any changes since acquisition?

Looks like they were sold at the beginning of the year to a company without a Wikipedia page whose parent company doesn’t have one either https://en.wikipedia.org/wiki/Markmonitor

  Acquired in November 2022 by Newfold Digital, it was later announced that the firm would be sold to Com Laude, a company owned by PX3 Partners.
-

Edit-Private equity apparently https://px3partners.com

  PX3 stands for purpose, passion, and performance. It is a pan-European private equity firm with headquarters in London. It invests behind transformative themes and targets companies operating within select segments of the business services, consumer and leisure, and industrials sectors with strong business fundamentals.

by Barbing

5/20/2026 at 2:01:57 AM

Same applies to all the companies betting the farm on AWS.

by binarycleric

5/20/2026 at 5:47:04 AM

Precisely. If you’re going to have a hot failover, it behoves you to have an entirely separate entity billing you for that hosting.

Honestly, I don’t know where the downvotes are coming from. Do people have no clue about service resiliency? I can understand if it’s a personal project or you haven’t yet scaled to paying customers, but anything at scale with serious money involved needs to be completely independent of the underlying hosting. It should remain up even if an entire provider goes titsup.

by rekabis