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

Claude.ai down

status.claude.com

Post reply on HN
Print view View original

131–138 of 138 posts

Re: Claude.ai down

#131

Post by mbgerring »

cortesoft wrote: post #90
mbgerring wrote: post #69

I wonder how long it will take the software industry to re-learn the 2010s lesson, that basing your entire business on (and in this case, firing half of your employees and replacing them with) another company’s API is a bad business decision

What makes you say it is a bad business decision? It seems to be a fine decision to make for things like AWS, since when it goes down, a ton of websites go down and no one blames the site. There is no way to know whether it is a good or bad business decision just because they can go down when a third party goes down. For example, if you save $50 million a year by firing half your employees and replacing them with AI,…

hundreds (thousands?) of companies who based their business on capabilities built around someone else's API. Companies that had important features stop working because a company's API terms and conditions changed. Were you not around for this?

Re: Claude.ai down

#132

Post by shimman »

scottyah wrote: post #97
nunodonato wrote: post #83

Earlier quoted context omitted.

we have a big dependency on AI, both for developers (can survive without it, mostly habits) and internal workflows (very hard to go without it). So we decided to unplug from cloud AI, rent our own GPU and use an open model for both scenarios. We have been very happy with it so far, 60% cheaper and around 50% faster

Faster in what way? All the open models we have access to at work are very noticeably behind the frontier models to the point where it's usually faster to not use them at all.

Faster in which you probably don't have to make so many network requests.

Re: Claude.ai down

#133

Post by adampunk »

brenoRibeiro706 wrote: post #24

It's strange to think how dependent people have become on these tools to the point where they can't function until they're back to normal.

Strange how whenever there is an outage in these tools a forum devoted to people better than them lights up immediately.

Re: Claude.ai down

#134

Post by mbgerring »

altern8 wrote: post #130
mbgerring wrote: post #69

I wonder how long it will take the software industry to re-learn the 2010s lesson, that basing your entire business on (and in this case, firing half of your employees and replacing them with) another company’s API is a bad business decision

Sorry, but what happened in 2010..?

The rise of the “programmable web,” internet companies offering “free” APIs on which businesses were built, and then destroyed when the company offering the API changed the terms or started charging for it. Twitter was a famous example, Facebook was a major culprit, Google offered a lot of free APIs that wreaked havoc like this, and many, many many smaller forgotten examples.

“Web 2.0” was supposed to be a web of interoperable applications with features exposed by APIs, where you could assemble little pieces of functionality into new and novel configurations. It was cool for a little while, but it was never sustainable. There was an enclosure of the commons (they were never really the commons), and now we’re all digital serfs.

It was a beautiful dream, while it lasted!

Re: Claude.ai down

#136

Post by graemep »

skywhopper wrote: post #106
graemep wrote: post #100

Earlier quoted context omitted.

On the other hand a competitor site that is up (or bricks and mortar competitors) might get a lot of business when AWS goes down. If you depend on AWS for operations it might be a lot more expensive than that. Mostly I think its that management does not blame the person who picks AWS. Its another iteration of "no one got fired for buying IBM/Microsoft". It is also an issue at other levels: if all a county's businesse…

That would require AWS to actually be down a lot, and it’s not. Betting your business on AWS being flakier than whatever alternative provider you use is probably not a good idea.

No it would not require that. Suppose you are one of 10 competitors. The others all use AWS.

Your system is down as often as AWS. When you are down your lost sales are shared between 10 of them. When AWS is down you get all their lost sales.

Obviously very simplified, but you get the point. There might be a huge gain in being up when others are down.

> Betting your business on AWS being flakier than whatever alternative provider you use is probably not a good idea.

You are not betting your business on it. You are betting the consequences of downtime only.

AWS does not seem to be all that high reliability out of the box. You can use multiple availability zones etc. but you can do the equivalent elsewhere.

Re: Claude.ai down

#137

Post by nunodonato »

scottyah wrote: post #97
nunodonato wrote: post #83

Earlier quoted context omitted.

we have a big dependency on AI, both for developers (can survive without it, mostly habits) and internal workflows (very hard to go without it). So we decided to unplug from cloud AI, rent our own GPU and use an open model for both scenarios. We have been very happy with it so far, 60% cheaper and around 50% faster

Faster in what way? All the open models we have access to at work are very noticeably behind the frontier models to the point where it's usually faster to not use them at all.

No, its way way faster than Claude

Re: Claude.ai down

#138

Post by nunodonato »

htrp wrote: post #122
nunodonato wrote: post #83

Earlier quoted context omitted.

we have a big dependency on AI, both for developers (can survive without it, mostly habits) and internal workflows (very hard to go without it). So we decided to unplug from cloud AI, rent our own GPU and use an open model for both scenarios. We have been very happy with it so far, 60% cheaper and around 50% faster

why not an inbetween scenario like using a managed inference provider to host your own models?

what would be the advantage?
Post reply on HN