Claude API障害が頻発、Hacker Newsで飛び交う不満と対策案
姉妹サイトの新着
AnthropicのAPIとClaudeサービスで障害が相次ぎ、Hacker Newsで大きなスレッドになった。「複数プロバイダを併用すれば安定する」という実践的なアドバイスから、需要過多による設定ミスという技術的な見方、さらには「実効的利他主義」を掲げる企業姿勢への皮肉まで、話題は障害の原因から企業への不信感まで幅広く広がった。
Anthropic ClaudeのAPIとサービスで障害が発生
出典: status.claude.com / 元記事はこちら
上司が『オンラインのLLMにルール表と客の要望を食わせて見積もりを出させよう』とか言い出したんだけど…どうなんだろう🤔
設定ミスだったらしい……
Claudeが復旧するまで、インフラの問題自体を解決できないんだろうな……
客がそれでも離れないから、って理由だと思う。Anthropicには実効的利他主義への取り組みがあるから応援したい気持ちはあるけど、技術的な面で正当化するのがどんどん難しくなってきてる。Sol(競合)の方が速いし安いし安定してるし、自分の用途だとOpusと同じくらい使える。
口では言いながら、実際はその真逆をやってるよ。もう全く信用してない。ユーザーを増やして囲い込むために、あらゆる悪質な手口を使ってる。最近はOpenAIの方がまだマシに感じる。
『実効的利他主義への取り組み』なんて、どちらかと言えばマイナス材料だろ。
『Googleに必要だったエンジニアリングの知見は、組織ごとAnthropicに移った後、みんなバイブコーディングでやるようになって失われたようだ』
いや、GoogleとAnthropicの障害に何の関係があるんだ?
単純に需要に処理が追いついてないだけじゃない?
需要に苦しんでるのは性能の問題であって、信頼性の問題じゃないよ。
需要が高すぎると、システムが不安定な状態に陥ることはよくあるよ。
いや信頼性の問題だよ。APIが受信クエリの30%を弾いてたら、それが500エラーだろうが529(過負荷)だろうがユーザーには関係ない。インフラを常に処理能力ギリギリで運用してるということは、何かあったときの余裕が全くないってことだ。
明らかにずっと落ちていたいんだろうね。トラフィックを絞る能力はあるのに、なぜか障害と間引きの両方が同時に起きる、一番まずい状態をわざと選んでる。もっと絞れば障害はゼロになるのに、すごい発見だよな。
そこまで落ちていたいわけじゃなかったみたいで、Elon側から計算リソースを借りたらアップタイムが劇的に改善したよ。それまでは相当不安定で、しかも回答の質を裏で落として負荷を軽くするみたいな、透明性のないこともやってた。今日の問題が何なのかは分からないけど、直近90日間の平均で見れば可用性も品質も悪くないんじゃない?
全部バイブコーディングなんだから、それ以外の結果を期待する方がおかしいでしょ。
よし、新しいClaude製品をリリースして90日後に廃止しよう
他サイトの新着
本当に実効的利他主義の考えに忠実なら、自分に一番合うモデルを感情抜きで選んで、それで稼げるだけ稼いで寄付すべきじゃないの?
彼らの利他的な目標を本気で信じてるの?
最近はコーディングの大半でcodexを使うようになった。今のところ後悔はない。コードについてより深く推論してくれるし、ダウンタイムもずっと少ない。
でもそれこそ『実効的利他主義』ってやつの本質じゃないの?手段を選ばず金と権力を手に入れて、その後で『いいことをする』って漠然と約束するっていう。
違うと思う。彼らはIPOを目指してる時点で、『いいことをする』なんて約束を守れないことの証明になってる。本当に何か『いいこと』をする力を持ちたいなら、非公開企業のままでいる必要がある。
人それぞれ好みが違うってだけだよ。
そう、実効的利他主義を『今ここにいる人たちを効率よく助けること』だと考える人もいれば、『将来存在しうる膨大な数の知的存在のためなら、今の苦しみはどれだけ許容してもいい』と考える人もいる。ただ、後者のタイプの人たちは決して『自分がその苦しみを負う側になる』とは考えないんだよね。
それはQoSを保証するだけの負荷分散ができない場合の話でしょ。ロードバランサーすら音を上げるくらい需要が高かったって言いたいの?
この議論、もう意味ないよ。Anthropicのせいで完全に思考が壊れちゃって、中身を分かってなくても最後まで擁護し続ける人が一定数いるから。
この話題の背景と論点
AnthropicはAPIを自社直接提供するだけでなく、Amazon Bedrock・Google Vertex AI・Microsoft Azure経由でも同じClaudeモデルを配信しており、スレの「複数プロバイダを併用すれば安定する」という助言は、この配信構成の特性を踏まえたものだ。また障害時に返る529は同社APIが定義する「過負荷」を示す公式のエラーコードで、単なる500系のサーバーエラーとは意味が異なる。
スレで意見が割れたのは主に原因の解釈で、「需要過多への対応そのものが信頼性の問題だ」とする声と、「それは性能上の制約であって信頼性の問題ではない」とする声が対立した。加えて、障害の技術的な原因よりも、Anthropicが実効的利他主義を掲げる企業姿勢と、実際の運営実態との乖離を問う投稿が目立ち、技術論と企業への不信感が入り混じった議論になっている。
読者が注意すべきなのは、「設定ミス」や「意図的なトラフィック制限」といった原因説明は書き込み者による推測であり、Anthropic側の公式な障害報告に基づくものではない点だ。実際の稼働状況は出典元のstatus.claude.comで随時確認できる。
※本記事は5ch(Hacker News)スレッド「Anthropic Claude and API service outages」より抜粋・要約して構成しています。
まだコメントはありません。