9月3日,很多AI用户经历了一个有些不寻常的星期四。
ChatGPT、Claude、Grok等主流AI服务在相近时间出现服务异常。OpenAI官方状态页显示,ChatGPT和Codex当天出现错误率升高;Anthropic状态页记录了多个Claude模型的服务异常;xAI则记录了Grok模型及相关服务的故障。三家服务随后陆续恢复。
这场故障并不能简单归结为同一个原因。公开信息显示,OpenAI、Anthropic和xAI的故障情况并不完全相同,目前也没有足够证据证明它们存在共同根因。
但这次事件带来的一个现象非常值得关注:
AI已经从一个“可以使用的工具”,越来越变成很多人的“工作基础设施”。
而当AI真正进入企业生产环境以后,一个过去并不新鲜的问题,会重新变得重要:AI到底靠什么保持稳定运行?
今天讨论AI,注意力通常集中在模型本身。模型参数、推理能力、上下文长度、Agent、多模态、AI Coding…这些当然决定了AI能做什么,但一个真正投入生产的AI应用,并不是一个模型API这么简单。一次完整的AI任务,可能涉及:
尤其当Agent开始承担复杂任务以后,一次用户请求可能触发多次模型调用、数据查询、工具调用和上下游服务访问。
AI能力越强,调用链可能越长;调用链越长,对底层基础架构的依赖就越深。
因此,AI应用看起来是在向上发展,实际上也在不断把基础架构推向更重要的位置。
这是AI进入生产环境后非常容易被忽略的问题。
答案往往并不乐观。
因此,AI系统的可用性不能只看模型服务本身。真正需要关注的是:从用户发起请求,到AI完成任务,整个业务链路是否可用。
这和传统IT系统的高可用逻辑是一致的,但AI把这种复杂性进一步放大了。
过去谈高可用,通常围绕几个基础设施展开:
这些依然是企业IT基础架构必须解决的问题。但AI业务加入以后,需要考虑的对象更多了。
因此,AI时代的高可用,正在从“单个系统可用”逐渐走向“业务链路可用”。真正需要保障的,不是某一台机器永远不出问题,而是某个组件出现问题时,业务仍然能够继续运行。
AI技术的发展速度非常快,模型可能几个月就发生一次重大变化,应用也可能快速迭代。但企业生产环境有自己的规律,生产系统需要长期运行,需要面对高峰、故障、升级、数据增长,更需要面对不可预期的问题。
所以,AI从Demo走向生产以后,企业关注的问题会发生变化。
这实际上是一个非常典型的IT基础架构问题。
AI的应用范围越广,企业对稳定性的要求越高。
对于普通办公场景来说,AI服务短暂不可用,可能只是工作效率下降。但对于金融、制造、医疗、能源等核心业务场景来说,如果AI逐渐进入业务流程,底层系统的稳定性就可能直接影响业务连续性。
这时候,基础架构需要承担的不只是“把系统跑起来”。
还包括:规划、架构、监控、高可用、容灾、故障定位、自动化运维、持续优化以及发生问题之后,能够尽快恢复业务。
过去,IT基础架构更多时候是数字化业务的“幕后”。用户看到的是应用,企业关注的是业务。只有系统出现故障时,大家才会突然意识到,原来下面还有这么多东西。
AI正在改变这种关系。因为AI越深入企业业务,越需要依赖稳定的计算、存储、网络、数据库和运维体系,模型可以持续更新,应用可以持续变化,技术路线也可以持续调整。但有一件事不会变——所有这些能力,最终都需要建立在可靠的IT基础架构之上。
这也是“黑色星期四”带给我们的一个现实提醒:当我们越来越习惯让AI帮助自己工作时,AI本身的稳定性也开始成为生产力的一部分。
对于企业而言,AI时代需要关注的不只是模型能力和应用创新。同样需要关注:如何让AI长期、稳定、安全、可靠地运行在生产环境中。因为AI可以很聪明,但只有稳定运行的AI,才能真正成为生产力。
AI正在改变企业的技术架构,也正在重新定义IT基础架构的价值。从计算、网络、存储、数据库,到高可用、容灾、监控和运维服务,基础架构并没有因为AI出现而退到幕后。
相反,随着AI不断进入生产环境,它正在成为支撑AI业务持续运行的重要底座。AI越往前走,越需要一个稳定的底座。
而稳定,本身就是AI时代不可忽视的生产力。
来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/70047177/viewspace-3181564/ ,如需转载,请注明出处,否则将追究法律责任。