FilterHN

I believe the problem was always the process that Google has where they tend to want to automate everything from the start and make it very difficult to reach a human and explain the situation. The service itself seems solid but if you make it difficult to address any problems when(not if) they occur then I won't be comfortable doing business with you. I stay away from their services for anything serious for this reason and always recommend to others to do the same.

It's going to be interesting to watch this unfold. Google's automation vs LLM agents, no humans from either side.

▲

jesterson

4 hours ago

[-]

> Don’t do business with Google.

If you think other big tech or bank won't do it for you if you "don't do anything wrong" - you might be delusional.

The only way to fight it is redundancy. Dont vendor lock in all you stuff in aws/google/cf/whatever. They can (and will) fuck you up at some point.

▲

happymellon

2 hours ago

[-]

It is a weekly occurrence for large named organisations and Google.

It isn't for other big tech/banks. It's just a risk assessment, and Google are a high risk partner.

▲

jesterson

1 hour ago

[-]

Just because you don't see it, it doesn't meant it doesn't happen.

I deal with it daily. If i would start writing, I would spend half day just writing.

It's in no way to say Google is any good - it's just equally bad as any reasonably big organisation. No more and no less.

▲

mcontrerazCL

7 hours ago

[-]

Identified Google Cloud has blocked our account, making some Railway services unavailable. We have escalated this directly with Google. The Railway Platform team has since confirmed access to Google Cloud and is working on restoring access to all workloads. We have access to some of our Google Cloud–hosted infrastructure and are working to restore the rest of the service. We apologize for the disruption.

▲

gnabgib

7 hours ago

[-]

Some discussion started an hour ago (12 points, 3 comments) https://news.ycombinator.com/item?id=48200827

▲

ErystelaThevale

7 hours ago

[-]

Railway had a similar reliability issue two weeks ago when an AI agent deleted a customer's production database via their API — no confirmation step, no environment scoping. Now this. Both incidents suggest the same pattern: infrastructure decisions made without thinking through failure modes, fixed reactively after damage is done.

▲

choilive

6 hours ago

[-]

I wouldn't blame that incident on Railway.. you can delete your prod database on AWS just as easily with their API.

▲

sikozu

5 hours ago

[-]

That incident wasn't Railways fault at all. Don't use AI in your staging and prod tools.

▲

dankwizard

1 hour ago

[-]

Agree. The author of that article took 0 responsbility and despite the warnings of "Hey, AI with power in prod is a bad idea" thought "This wouldn't happen to me!" and then when it does "HOW COULD IT DO THIS?!"

▲

jesterson

4 hours ago

[-]

If everyone can delete your prod database via API or by any other means - you need to sack CTO without severance package.