红帽决定聚焦中国企业的“多模型、多GPU、多云”选择权

红帽明确将自身定位为AI时代的“平台层”供应商,核心策略是确保企业在多模型、多GPU、多云环境下拥有自由选择权,而非被单一技术锁定。其最新发布的Red Hat AI 3.4,重点围绕推理、数据主权和智能体治理展开,并宣布与NVIDIA深度合作(Red Hat AI Factory),支持Day Zero硬件适…

红帽决定聚焦中国企业的“多模型、多GPU、多云”选择权

一句话看懂:红帽明确将自身定位为AI时代的“平台层”供应商,核心策略是确保企业在多模型、多GPU、多云环境下拥有自由选择权,而非被单一技术锁定。其最新发布的Red Hat AI 3.4,重点围绕推理、数据主权和智能体治理展开,并宣布与NVIDIA深度合作(Red Hat AI Factory),支持Day Zero硬件适配。

事件核心:发生了什么

红帽全球副总裁兼大中华区总裁曹衡康在近期沟通中指出,企业AI落地的核心挑战已从“要不要做”转向“如何规模化”。为此,红帽推出Red Hat AI 3.4,主要升级包括:
1. 推理层:从vLLM扩展至llm-d分布式推理,支持水平扩展并可在任意Kubernetes平台运行,不强制绑定红帽操作系统。
2. 数据层:强化数据主权管控,允许企业自主决定私有数据的存储位置(本地或云端)及被哪些模型调用,满足金融、医疗等行业的合规需求。
3. 智能体治理:推出AgentOps,通过身份识别和权限策略区分“人”与“智能体”,防止未经授权的关键操作(如Agent使用账号密码进行高风险操作)。
同时,红帽宣布与NVIDIA合作推出Red Hat AI Factory,在NVIDIA硬件出厂前即启动适配认证,并提供Token as a Service能力。

为什么重要

红帽的定位直接回应了中国企业当前面临的三重矛盾:模型选择碎片化(国内外模型并存)、算力多样化(NVIDIA、AMD、MetaX等GPU并存)以及部署环境复杂化(本地、公有云、混合云、行业专有云)。其核心逻辑是:企业不应失去“选择模型”的能力,平台必须充当解耦层。这一策略与当前许多云厂商绑定自家GPU或模型的模式形成对比,可能影响企业级AI基础设施的采购决策——尤其在金融、制造等对数据主权和长期稳定运行要求高的行业。
此外,红帽提出“Agent成为第三类自动化”,并计划将其纳入Ansible Automation Platform统一编排,这意味着企业自动化将从屏幕级、API级扩展到智能体级,且保留可审计性,这对企业的运维治理体系有直接冲击。

对用户/开发者/创作者的影响

对企业IT决策者:需重新评估基础设施选型——是否要为未来的模型切换、GPU替换或云迁移预留灵活性。红帽的方案可能在长期降低锁定风险,但短期需要兼容现有RHEL和OpenShift环境。
对AI开发者和运维人员:Red Hat Desktop让开发者在本地即可使用与生产环境一致的平台(兼容RHEL/OpenShift),降低环境差异带来的调试成本。同时,llm-d支持任意Kubernetes,意味着开发者无需绑定红帽即可获得分布式推理能力,有助于更灵活的模型部署。
对开源社区用户:红帽的Project Lightwell(光井计划)覆盖更广,不仅修复红帽产品漏洞,还面向客户环境中使用的开源软件链条进行backport修复,并贡献给上游。依赖开源组件的企业可能因此获得更持续的漏洞治理支持。

GamsGo AI

AI 工具推荐

想把多个 AI 模型放在一个入口?

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型,适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接:通过此链接购买,我可能获得佣金,不影响你的价格。

值得关注的后续

1. Red Hat AI 3.4的实际落地效果:llm-d分布式推理在非红帽Kubernetes上的性能与稳定性如何,是否会出现兼容性问题。
2. AgentOps的采用门槛:企业是否愿意为智能体治理增加额外权限控制层,尤其是在Agent数量激增后,治理成本能否被明显改善的安全审计结果所抵消。
3. 竞品反应:VMware、HashiCorp等平台厂商是否会推出类似“多GPU/多云”选择策略,或红帽与NVIDIA的Day Zero合作是否会被其他硬件厂商(如AMD、Intel)以类似方式跟进。

来源:InfoQ CN

celebrityanime
celebrityanime
文章: 12994

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注