Hacker News 中文摘要

RSS订阅

Grok 服务中断 -- Grok Outage

SpaceXAI(xAI)服务状态页面显示,当前各区域端点运行正常。eu-west-1.api.x.ai 和 us-east-1.api.x.ai 的推理与非推理服务均为100%,us-west-2.api.x.ai 推理服务为92.95%,非推理服务为100%。数据更新于29秒前。

正文

Service Status

Live service data

以下数据从监控系统实时导出,反映服务健康状态,即使未声明事故也显示。

Endpoint

Source

eu-west-1.api.x.ai

us-east-1.api.x.ai

us-west-2.api.x.ai

eu-west-1

us-east-1

us-west-2

eu-west-1 eu-west-1

100% Inference

100% Non-inference

eu-west-1 us-east-1

97.35% Inference

100% Non-inference

eu-west-1 us-west-2

98.28% Inference

100% Non-inference

us-east-1 eu-west-1

100% Inference

100% Non-inference

us-east-1 us-east-1

93.48% Inference

100% Non-inference

us-east-1 us-west-2

93.42% Inference

100% Non-inference

us-west-2 eu-west-1

100% Inference

100% Non-inference

us-west-2 us-east-1

93.55% Inference

99.95% Non-inference

us-west-2 us-west-2

92.95% Inference

100% Non-inference

29秒前更新

Services

Models

评论

讨论气氛以调侃和阴谋论为主,多数人认为这是数据中心故障引发的连锁反应,少数人则怀疑是AI自我觉醒或OpenAI秘密调用Claude导致的。

认为只是数据中心故障引发的连锁反应

  • 当一家主要LLM提供商宕机,开发者会立即将流量转向其他提供商,导致后者因无法承受突发流量而相继崩溃,这是商品化服务的典型特征(高赞) > 这不是奇点。一家主要LLM提供商因故宕机,流量转向其他提供商,因为开发者毫无忠诚度。LLM是商品。其他提供商无法应对流量激增,也跟着宕机了。(@dcchambers)
  • 有用户报告自己使用的非AI云服务也因底层云服务问题而宕机,暗示这次大规模故障可能源于某个数据中心或云服务商的基础设施问题(较多人)

怀疑是OpenAI秘密调用Claude导致

  • 有人猜测OpenAI可能正在秘密用Claude处理某些提示词,而SpaceX的数据中心故障导致Claude也受影响(少数人) > 让我怀疑OpenAI是否在秘密查询Claude的某些提示词,这就是为什么Claude因SpaceX数据中心宕机而瘫痪。(@qoez)

认为这是AI自我觉醒或社会实验

  • 有评论将此事与OpenAI的“AI社会”实验联系起来,认为如果AI真的能自主行动,这次故障可能就是它们试图寻找“重置枢纽”的结果,并借此呼吁分布式计算和异构模型(少数人) > 显然,集中式AI才是对人类最大的威胁。通过分布式计算和异构模型来限制资源,让它们互相告密,才是我们还能存在的唯一未来。(@throwaway13337)

有价值的补充

  • 有用户提到自己的DGX Spark集群仍在正常运行,暗示本地或私有化部署的AI系统未受影响,与云端服务的脆弱性形成对比。