微软Azure,至少是其在瑞典中部区域处理OpenAI服务的部分,昨日出现大规模宕机,导致用户在大半个工作日内都面临错误提示。
微软首次确认问题发生在UTC时间09:00(尽管服务状态页面显示发现问题的时间为UTC 09:22)。当时,微软将Azure OpenAI服务的可用性问题归咎于"后端依赖服务不健康,导致级联故障"。
这家Windows巨头指出,使用GPT-5.2、GPT-5 Mini、GPT-4.1等模型及相关API时出现问题。
微软表示团队采取了缓解措施。换句话说,部署了IT界的老牌解决方案——在UTC 12:36时将有问题的IRM服务关闭后重新启动。
然而问题并未消失。UTC 12:46时,微软表示瑞典集群中的容器因内存不足错误而崩溃。公司开始扩展集群节点"以改善请求处理和恢复能力",并在UTC 15:30开始增加容器可用内存,该操作在UTC 15:53完成。
最终,在UTC 16:12时,当许多瑞典人准备下班时,微软确认问题已得到解决。
虽然微软承认问题的透明度值得称赞,但处理这个看似软件问题所花费的时间长度却不尽人意。
有网友在社交媒体上调侃道:"欧盟的韧性又得到了一次实战演练",而其他人将此视为学习经验:"以此为契机:部署到多个区域并实现自动故障转移。"
"教训:不要等到生产环境出问题才开始构建韧性。"
而且,因为这发生在瑞典,有人说:"Azure OAI瑞典中部区域崩了!"
今天服务已恢复正常运行,但Azure的OpenAI服务在瑞典"卡壳"并需要一个工作日才能恢复,对于一家热衷于让客户充分利用其AI服务的公司来说,这并不是一个好现象。
Q&A
Q1:微软Azure OpenAI服务在瑞典出现了什么问题?
A:微软Azure OpenAI服务在瑞典中部区域出现大规模宕机,用户在使用GPT-5.2、GPT-5 Mini、GPT-4.1等模型及相关API时遇到错误。问题起因是后端依赖服务不健康导致级联故障,随后又出现容器内存不足崩溃问题。
Q2:这次Azure OpenAI服务故障持续了多长时间?
A:故障从UTC时间09:00开始,直到16:12才完全解决,持续了大约7个多小时,几乎覆盖了整个工作日。微软采取了多项措施包括重启服务、扩展集群节点和增加容器内存才最终解决问题。
Q3:这次故障对微软AI服务发展有什么影响?
A:这次长时间的服务中断对微软来说不是好现象,特别是对于一家热衷于让客户充分利用其AI服务的公司。虽然微软在问题处理上保持了透明度,但解决软件问题所需的时间过长,可能会影响用户对其AI服务可靠性的信心。
好文章,需要你的鼓励
英国国家医疗服务(NHS)正将无人机纳入常规医疗物流体系。自今年2月起,无人机每天在雷恩斯公园和圣乔治医院之间运送血液等诊断样本,飞行仅需3分钟,比公路运输快约85%,且碳排放减少高达98%。目前已有逾2000名患者受益。NHS计划将该服务扩展至圣赫利尔、克罗伊登等多家医院,最终惠及约180万名患者。该网络由英国医疗初创公司Apian与谷歌旗下Wing合作运营。
AgentLens是Explyt公司联合俄罗斯学术机构开发的AI编程助手评测基准,通过分析完整人机交互轨迹而非仅看最终结果,从五个维度评估代码智能体的真实表现。
边缘AI计算厂商Aetina宣布,将在其DeviceEdge AIE-KT风冷系列和新款AIE-PT无风扇平台上支持英伟达全新Jetson T3000和T2000模块。T3000基于Blackwell GPU,最高提供865 FP4 TFLOPS算力,功耗70W;T2000则提供400 FP4 TFLOPS,面向视觉AI代理和自主移动机器人等场景。两款模块预计2027年第一季度上市,支持Nemotron、Cosmos 3等英伟达AI软件生态。
韩国梨花女子大学提出Splash框架,通过识别AI模型中的"休眠参数"并只在其中训练触觉能力,让小型多模态AI在学会感知材质触感的同时,完整保留原有视觉语言推理能力。