红帽AI3.4正式落地 覆盖全场景能力 企业部署更从容

不少企业的CIO最近都在头疼同一件事:老板要AI落地出成果,预算卡得紧,跑了十几年的核心老系统动不得,不同部门选的模型、买的算力还凑不到一块去。折腾了大半年,AI试点跑通了几个,一要往全公司推广就处处卡壳。

很多人此前默认,上AI就得把原有IT架构全推倒重来,砸钱换全套硬件和软件。但现实里,几乎没有哪家大型企业能承担这样的切换成本,反而越走越容易被单一厂商的技术路线绑死,后续想换方案都得付出极高代价。

红帽给出的思路,从一开始就没走这条全量替换的路线。

红帽AI 3.4产品更新PPT :展示红帽AI 3.4在推理、数据等方面的更新

不锁死选择权的AI平台

曹衡康在内部交流时多次提到,企业做AI最大的风险,从来不是选错了某一款模型,而是彻底失去了选择模型的能力。一旦把所有算力、数据、业务流程都绑定在单一生态里,后续技术迭代的主动权就交到了别人手上。

这一点对国内企业来说体感格外强烈。当下国内市场里开源模型、商用模型、企业自研模型百花齐放,底层算力也有不同厂商的产品可选,部署场景覆盖本地数据中心、公有云、混合云还有行业专属云,根本不存在一套方案通吃所有需求的可能。

未来企业的AI架构,必然是多模型、多智能体、多算力、多云并存的状态。银行的风控部门用一套模型,客服部门用另一套,研发团队的智能体和行政部门的智能体既要能联动,核心数据又得严格隔离,这些需求不可能靠单一厂商的产品全部满足。

刚推出的Red Hat AI 3.4,核心就是围绕企业最头疼的三个环节做了落地优化。第一部分指向推理环节,这也是企业AI真正产生业务价值的核心场景,同时也是成本压力最大的部分。此前红帽一直在推动vLLM社区生态建设,这次进一步落地了llm-d分布式推理能力,支持推理请求横向扩展,覆盖多集群多模型的调度需求,最关键的是这套能力可以跑在任意操作系统和任意Kubernetes平台上,完全不要求企业绑定红帽自家的底层系统。

第二部分聚焦数据主权。企业用私有数据喂大模型的过程里,最核心的诉求就是全程可控:数据存在哪里、被哪一个模型调用、全流程是否符合监管要求,每一步都要有迹可循。这一点对金融、医疗、政企、制造这类强监管行业来说,是AI落地的前置条件。红帽的平台能力,就是把数据的控制权完完整整交回企业手上,存储位置、调用权限、审计规则全部由企业自己定义。

第三部分是智能体全链路治理。随着智能体的权限越来越高,不少人都在担心,要是智能体拿到了高权限账号,会不会做出超出预设规则的操作?红帽的AgentOps能力可以从底层识别操作发起者是人还是智能体,哪怕智能体拿到了合法账号密码,涉及核心操作时也会触发额外的身份校验、权限拦截和全流程审计,从根源上规避越权风险。

不绑定硬件的生态布局

市面上不少AI平台的推广话术里,都在强调自家和某款硬件的适配效率有多高,甚至引导企业采购单一品牌的全套算力。但红帽的思路恰好反过来,他们从一开始就明确,绝对不会引导企业被单一硬件厂商锁死。

红帽AI与NVIDIA合作PPT :呈现红帽与NVIDIA的合作内容及方案

红帽是NVIDIA选定的Day Zero支持合作伙伴,在全新硬件还没正式量产下线的时候,双方的适配、认证、联合开发工作就已经同步启动。联手推出的Red Hat AI Factory with NVIDIA平台,把红帽的全栈平台能力和NVIDIA的硬件生态深度打通,直接对外输出Token as a Service的成熟能力。

但这种深度合作,完全没有走向封闭绑定的路线。红帽的AI平台从底层设计上就支持多品牌算力调度,不同厂商的GPU可以在同一套架构里协同工作,模型层也能兼容全球各地不同厂商的开源、商用以及企业自研模型,部署场景更是覆盖本地、云端、混合云全场景,给企业留足了调整空间。

很多人此前讨论的“Agent OS”概念,红帽也没有选择另起炉灶做一套全新的独立操作系统。他们的判断很清晰,底层操作系统的核心逻辑是Linux内核和硬件资源调度,这套体系已经经过了几十年的生产环境验证,足够稳定可靠。面向智能体的新能力,完全可以作为上层平台层的能力叠加在现有成熟体系之上,包括智能体之间的交互规则、全链路观测、策略管控、安全沙箱,都不用动底层的稳定根基。

面向长周期运行的底层支撑

不少大型企业的核心生产系统,连续跑十几年不升级是常态。某家国有大行的核心账务系统,至今已经稳定运行了14年,任何微小的版本改动都要经过几轮严格的测试,根本不可能跟着新技术的迭代节奏频繁更新。但老系统跑久了,安全漏洞的维护压力又会越来越大。

红帽推出的“RHEL Forever”长生命周期增强包,在原有10年标准支持加4年延长支持的基础上,可以根据企业的实际需求,提供不限时长的定制化维护服务,同时还面向AI这类快速迭代的场景,推出了零CVE的安全加固镜像,从底层规避已知安全风险。

作为统一底座的OpenShift,近两年的落地增速格外显眼。2025到2026年,跑在OpenShift上的虚拟机数量同比暴涨417%,越来越多企业选择在同一套平台里同时管理容器、虚拟机和AI三类负载,不用再单独给AI搭建一套完全独立的技术孤岛。AI本质上只是一类全新的应用负载,完全可以和企业原有的IT架构无缝融合,不用为了上新应用把老体系全部推翻。

此前企业的自动化体系,主要分为屏幕级自动化和API自动化两类,现在智能体成了第三类全新的自动化载体。红帽直接把智能体的管控能力接入了Ansible自动化平台,所有智能体的操作行为、调用记录、触发条件全部纳入统一编排,每一步操作都可追溯可审计,不会出现智能体在企业内部野蛮生长的失控状态。

更值得关注的是总投入达到50亿美元的Project Lightwell光井计划,整合了超过2万名来自全球各地的工程师,专门针对AI时代暴涨的开源漏洞问题做全链路治理。现在AI工具的普及让漏洞发现速度大幅提升,很多藏了十几年的老旧漏洞都被挖了出来,但对应的补丁修复速度完全跟不上。企业如果自己动手维护海量开源组件,成本高到难以承受。这个项目的覆盖范围不止红帽自家的产品,而是延伸到了企业在用的全量开源软件链条,发现漏洞之后直接把适配好的补丁回溯到对应旧版本,在保障企业隐私的前提下同步给上游社区,从根源上降低整个开源生态的安全风险。

很多人此前总觉得,AI落地就得追求最前沿的概念、最顶尖的参数,但对大型企业来说,能把新技术平稳接入跑了十几年的老体系,全程可控、成本可承受、不会被单一厂商锁死,才是真正能把AI从试点推向全量生产的核心前提。

不追求颠覆现有体系,而是做现有架构的“润滑剂”,把AI的新能力稳稳接进去,这大概就是很多企业现在最需要的答案。

展开阅读全文

更新时间:2026-07-20

标签:科技   从容   场景   能力   正式   企业   智能   模型   底层   核心   平台   厂商   硬件   数据

1 2 3 4 5

上滑加载更多 ↓
推荐阅读:
友情链接:
更多:

本站资料均由网友自行发布提供,仅用于学习交流。如有版权问题,请与我联系,QQ:4156828  

© CopyRight All Rights Reserved.
Powered By 61893.com 闽ICP备11008920号
闽公网安备35020302034903号

Top