红帽(Red Hat)经营录(202x)
2010-07-03 10:41:12 
阿炯
本文专用于记录红帽(Red Hat)公司运作的大事记，截止2030前。与思科在虚拟化技术集成领域扩大合作关系
红帽云计算再出新招
推出OpenShift为开源开发者提供PaaS服务
寻找开源企业的根本
收购Ceph提供商Inktank
红帽(RedHat)总裁(CEO)集
与Mavenir联手改造移动网络基础设施
2021年六大关键趋势
在 RHEL、Red Hat AI 和 OpenShift 产品线分发 NVIDIA CUDA
深化与英伟达合作，为英伟达最新架构提供 Day 0 支持
Fedora 全票通过又否决，揭露了开源社区的 “英伟达羞耻”
与思科在虚拟化技术集成领域扩大合作关系
全球开源解决方案的领导者红帽公司(纽约证交所上市代码：RHT)与全球联网领域的领导者思科(Cisco)公司于2010年7月共同宣布，两家公司将在扩大在 Cisco虚拟网络链路(VN-Link)技术与红帽企业虚拟化的集成领域扩大虚拟化协作。通过这种集成，红帽公司和思科的客户将有机会在数据中心虚拟化 部署中实现更高的性能、更强的网络可视性和控制能力，并且能够降低其总体拥有成本。拉近网络和虚拟化之间的关系将简化数据中心的部署工作，红帽和思科正在 将Cisco统一计算虚拟接口卡与红帽企业虚拟化中基于内核的虚拟机(KVM)Hypervisor集成在一起。这种组合所创建的逻辑网络基础设施将有助 于在不牺牲性能的前提下，为网络的虚拟化提供完整的可视性、控制能力和一致性。VN-Link可实现网络和存储服务迁移过程的自动化，使之可以随虚拟机在 数据中心内移动，有助于在客户数据中心内所有物理或虚拟服务器上实现一致的策略驱动式网络能力。利用这一组合：
• 虚拟机可直接访问专用的物理I/O资源，改善网络吞吐能力并释放CPU周期，提供更高的应用密度和虚拟机密度，实现更高的性能。
• 客户可以更好地通过VN-Link了解每台虚拟机上红帽企业虚拟化下运行的各项应用，并且具备更强的控制能力，从而可以更轻松地管理和保障虚拟环境。
• 可使用基于策略的网络配置实现虚拟机创建的自动化，并且获得两家公司虚拟管理工具的联合支持。
• 可通过更加连贯的管理、安全和隔离能力，实现大规模云部署。
与传统的解决方案相比，客户的购置成本有望降低达20%至40%。利用思科统一计算系统的简化架构优势和红帽的集中虚拟化管理，客户可以降低其商业应用的 部署成本和时间，实现更低的总体拥有成本。
Travelport 是为全球旅游行业提供关键交易处理解决方案的领先供应商，是基础广泛的商业服务企业。。Steven Senecal是Travelport的全球服务器工程经理。他说：“在Travelport，我们部署了思科统一计算系统来降低我们的IT占用空间，加 快了虚拟化和非虚拟化应用的部署速度，这对于动态的旅游行业至关重要。随着Linux市场的发展，思科的VN-Link技术与红帽的KVM Hypervisor之间的集成代表着开源市场中一种高性能的虚拟化产品，不仅扩大了Linux平台上虚拟部署的选择范围，同时使虚拟机实现了与现有物理 服务器相差无几的安全和策略水平。”
红帽公司负责工程的副总裁兼首席技术官Brian Stevens指出：“通过思科统一计算系统与红帽企业虚拟化之间的紧密集成，我们将为两家公司共同的客户提供更加强大的虚拟化性能。今天，红帽已经成为 第一家提供集成式思科VN-Link虚拟化解决方案的Linux厂商，这意味着红帽在虚拟化和Linux技术的领导地位又迈出了极其重要的一步。”
思科公司服务器访问和虚拟化业务部首席技术官Ed Bugnion说：“数据中心虚拟化和云计算的成长，以及越来越多的客户采用基于Linux的服务器，对更简便的虚拟服务器I/O解决方案提出了更加迫切 的要求。思科统一计算系统和红帽企业虚拟化的结合意味着企业可以充分发挥思科的创新优势，并且获得开源社区的大力支持，从而实现一种开放的、集成式并经优 化调整的虚拟基础设施部署环境。”
红帽公司和思科公司有望于今年晚些时候随着红帽企业Linux 6(包括红帽企业虚拟化Hypervisor)的发布正式提供该集成式解决方案。
上文源自：中国软件资讯网
红帽云计算再出新招
自从提出开始，云计算概念就成为业界热点话题。这项被称为下一代计算技术的概念具备可以颠覆现有计算方式的能力，业内分析人士表示，云计算服务对企 业业务的潜在价值是企业部署云计算系统的主要驱动力。据国外媒体报道，云计算系统部署数量在美国正在逐渐增加，而中国的云计算市场从2009年起步以来， 各级政府对云计算的重视和支持力度也日益提升，未来几年云计算将在中国实现爆炸式的增长。
几乎所有的IT资源都可以作为云服务来提供：应用程序、计算能力、存储容量、联网、编程工具、甚至通信服务和协作工具。IT部门不用担心服务器 升级、软件升级，从而解放IT部门。云计算可以将商用高性能计算平台的计算能力打包提供给有需求的用户，用户将计算任务通过互联网提交到高性能计算平台，平台运算完成后用户再通过互联网取回计算成果。企业遇到的众多问题，如资金、成本和业务等都可以通过云计算来帮助解决。
随着云计算与虚拟化的市场越来越热，以至于各大企业都纷纷开始涉足到这个行业中，红帽，Novell与微软等企业正在不断加大对云计算市场的投资，从不同的角度切入云计算与虚拟化这个越来越热的市场。红帽更是凭借其全面的云战略，将操作系统、中间件和虚拟化融为一体，在云计算市场上先行一步，同 时红帽成为中国第一个由政府牵头建立的云计算中心技术提供商。这也象征着红帽成功的打开了中国这片还未开发的市场。
平台即服务
2010年，红帽加快了迈向云计算与虚拟化领导地位的步伐。同年8月红帽发布了其全面的平台即服务(PaaS)解决方案构想。该解决方案是红帽公司云基础产品组合的一个组成部分，该产品组合将促进企业应用与云之间的连贯性。红帽的基础设施能够提供灵活的开源云栈，将操作系统、中间件和虚拟化融为一体，而红帽公司也是目前惟一能够提供此类基础设施的厂商。红帽PaaS以JBoss 企业中间件为基础，是专门为该产品组合设计的解决方案，它将使企业、云服务商、独立软件开发商和软件即服务(SaaS)供应商充分利用现有的资产，开发新 的应用并将其部署到各类公共和专有云中。
红帽计划通过灵活的部署选择方案将JBoss 企业中间件引入云中，并且允许客户选择开发框架和语言。红帽的下一代PaaS解决方案将简化新型简单Web应用、复杂的事务性企业应用的开发过程，并将其集成到企业中，作为公共或专有云中的一种软件服务的方式推出，帮助开发人员和企业建立、部署和管理应用的整个生命周期。此外红帽PaaS可望提供一个全面的参考架构，使现有的应用能够在各类专有和公共云中被用作其它的用途，现实对既有投资的保护。利用红帽PaaS，企业、云服务商、独立软件厂商和 SaaS供应商将有机会充分发挥其现有的技能水平，无需对应用重新进行编写。
IDC企业虚拟化软件硬件经理Gary Chen表示：经过全面的研究，我们发现开放API和互操作性是考虑云技术的客户所不可缺少的。我们的研究显示80%的企业将缺少互操作性标准列为采用云计算服务时所面临的挑战。红帽走对了路，通过云基础加快互操作性和便携性来防止云锁定。
红帽公司计划将PaaS作为公共或专有云中的一种软件服务的方式推出，帮助开发人员和企业建立、部署和管理应用的整个生命周期。红帽PaaS解 决方案将基于红帽公司的JBoss 企业中间件，即适用于应用和集成服务的全面产品组合，以及红帽公司用于应用生命周期管理的云引擎。意识到客户拥有由许多来自不同厂商的不同的硬件和软件组合构成的IT基础设施，红帽全面的解决方案集合使互操作性和便携性成为可能。云基础提供使客户可有效利用多种云的能力。
自由选择的编程模式 - 红帽PaaS将基于JBoss Open Choice战略，该战略使开发人员能够在其自己的编程框架或所选的语言中建立应用，其中包括Java EE、POJO、Spring、Seam、Struts、GWT、Groovy和Ruby。JBoss Developer Studio可望包含一系列的Eclipse插件，用来将应用部署到云中的一个JBoss平台实例中。这将使开发人员能够利用现有的技能，而不必强迫他们重新学习使用专有的云API。
部署可移植性和互用性 - JBoss云镜像可望通过多种公共和专有云的方式来提供，其中包括红帽企业 Linux、红帽企业虚拟化、Amazon EC2、Windows Hyper-V以及通过红帽公司云引擎提供的更多方式。这一特性能够使企业将现有的应用迁移到云中，而且无需对其进行重新编写。红帽公司的应用引擎将能够协助开发人员和IT运营人员在公共和专有云中创建JBoss平台实例，并提供有弹性的扩展能力 。
全面的PaaS中间件参考架构 - 红帽PaaS将提供一个全面的中间件能力集，其中将不仅仅包含用于在云和现场部署中建立、部署和集成应用的简单容器(container)。红帽PaaS 可望包含容器、事务、消息、数据服务、规则、展示体验和集成服务。
完整的应用生命周期 - 红帽PaaS将努力提供应用生命周期管理所必需的所有服务，其中包括建立、部署和管理能力。JBoss 运营网络提供的工具可管理和监视云中的JBoss平台实例。
红帽公司中间件业务部总经理兼副总裁Craig Muzilla 说：我们的企业客户目前正在使用JBoss Open Choice战略来保护现有的投资，同时保留了选择正确开发环境的能力，能够有效地解决当前的问题并发挥其技能。随着企业对云带来的利益越来越感兴趣，企业都在努力充分利用在云中部署现有的应用，同时也在云中开发新的应用。我们相信，红帽PaaS将是一种理想的手段，能够提供首席信息官们所需的灵活性，协助其通过快速开发和部署，以及简化管理的方式来满足各种业务需求。这也是我们走向全面云的重要一步。
在专有云和各类公共云服务商之间，要想移动计算和数据时总缺乏开放的社区驱动式标准，这个空白制造出了许多摩擦、降低了云被采用的速度，并且提高了用户和厂商使用云的真实成本，而现在，现在，这一空白已经被Deltacloud项目填补。近期红帽公司宣布，已经将Apache Deltacloud的API规格提交给分布式管理工作组(DMTF)，以此作为公司参与DMTF云管理工作组的活动之一。红帽公司向DMTF提交的内容，迈出了在云计算部署中向用户提供基础设施即服务(IaaS)云的移植性优势过程中的重要一步。
现在公共云厂商和其它厂商在推广多种应用编程接口(API)。但这此接口大多数都不是用户所需要的。毕竟，不同的云有不同的目的和目标。一个云可能会提供很多的选项，而另一个云很可能为了保持简洁而提供很少的选项。有的厂商可能关注的是向客户提供对服务水平的紧密控制能力；而另外一家厂商可能只会侧重于成本方面的问题。
针对以上问题，红帽进行的pache Deltacloud项目通过从RESTful Web服务API中选取取通用专有IaaS云管理API的开源实施活动，Deltacloud项目向DMTF提供了目前正在发展过程中的少数几个开放云 API之一。红帽公司云业务副总裁兼总经理Scott Crenshaw指出：今天随着云计算向企业的不断推进，互用性和可移植性已经变得日益重要。我们非常激动地将 Deltacloud API提交给了DMTF，最终的目的是让所有的云都享有这种高层次的互用性。目前，红帽公司将继续协助各类企业建立真正的云。
Deltacloud 和许多互用性框架一样，是一种适用于初期用户的开源框架。但Deltacloud的优势不仅于此。重要的是，红帽公司于去年五月将其贡献给了Apache 软件基金，作为该基金下的一个孵化项目来发展。这就使它成为一种上游社区和治理模型，且不受任何单一厂商的控制。Deltacloud是惟一一种未受任何单一厂商专有代码、API或其它知识产权约束的主要云框架。具体优势包括：
该API既可以由云服务商直接提供，也可以由运行自己服务器的独立用户来提供；
客户端库可以很方便地使用任何计算机语言来编写，而且已经通过常用的语言开始提供；
其核心API逻辑驻留在API服务器上，在所有客户端库上都可以实现连贯的行为；以及可以向该API增加对新型云的支持，而且无需修改客户端。
Deltacloud 的目的并不是创建一个新的API来替代已有的API，而是促进许多异型云之间的互用性和可移植性。同时它还提供了实现云计算完全潜力所需要的可移植性和互用性。在Apache的模型下，通过开源可以实现真正的社区驱动解决方案，这在云计算领域是独一无二的，也是用户最需要的，该计划已经为众多用户带来帮助，并且有越来越多的厂商参与其中，包括：Cisco，威斯康星大学的 Condor，Dell，Gogrid，Goldman Sachs，HP，IBM，Ingres，Intel，Nimsoft，Opsource，以及Symantec等。
DMTF主席 Winston Bumpus表示：在我们努力建立开放云计算管理标准的过程中，红帽公司等业界领先企业的贡献有效地推进了所有云用户所享有的连贯性和易用性。我们荣幸地接受了红帽公司提交的Delatacloud API规格，并希望与该公司在促进可互用云管理领域开展持久的协作。
作为全球开源解决方案的领先供应商，红帽旗下有红帽企业版Linux操作系统和KVM，具备了操作系统和管理程序。由于组成云服务网络体系的软件包括虚拟服务器、操作系统、业务流程和管理工具软件、中间软件及应用程序部署框架软件等几部分的要求，红帽是唯一一家可以提供完全云服务的IT厂商。
阿里巴巴与红帽达成全球合作 希望通过开源增加灵活性
中国电商和云计算巨头阿里巴巴与红帽公司于2017年10月中旬宣布，两家公司已经达成全球合作，阿里巴巴将开始销售红帽的商业软件。据悉诸多《财富》500强公司的服务器都运行着红帽Enterprise Linux操作系统。它们也可能选择在亚马逊、微软或谷歌运营的第三方云数据中心上运营该系统，因为红帽已经与这三家公司达成了合作。如今红帽又与阿里巴巴以及其阿里云结为了盟友。
两家公司称，阿里云未来数月将开始提供红帽Linux以及其他红帽商业软件。阿里巴巴正忙于在海外扩张，在美国、日本等地开设数据中心，以为各国公司提供支持。无论是在零售还是在云计算方面，阿里巴巴都被视为是亚马逊的竞争对手。在阿里巴巴海外扩张的同时，亚马逊也一直在世界各地迅速建立数据中心。在中国，亚马逊与当地合作伙伴北京光环新网科技公司合作销售其云计算服务。
本周早些时候，阿里巴巴还宣布投资150亿美元，在全球各地建立实验室。阿里巴巴的阿里云业务规模远不如亚马逊的AWS，但是其增速更快。红帽的商业软件有望帮助阿里巴巴吸引更多的企业采用其云计算服务。红帽方面表示这也是红帽的愿景和红帽认证云以及服务提供商的计划。通过与阿里巴巴合作，在帮助客户在其云环境中部署红帽的开源解决方案时，为客户带来更多选择和灵活性。
推出OpenShift为开源开发者提供PaaS服务
全球开源解决方案领导者红帽公司于2011年5月中旬推出了OpenShift，一个面向开源开发人员开放的平台即服务(PaaS)。
红帽OpenShift通过为开发人员提供在语言、框架和云上的更多的选择，使开发人员可以构建、测试、运行和管理他们的应用，从而重新定义了PaaS市场。以红帽全面的JBoss 专业知识为基础，OpenShift凭借创新的特性(包括CDI)领导PaaS市场，并计划支持Java EE 6，从而将PaaS的能力扩展到更丰富和更苛刻的应用。建立在红帽开源领导地位基础上的OpenShift旨在终结PaaS的厂商锁定，使用户可以选择自己应用运行在哪个云提供商的云中。OpenShift将作为在线服务来提供。
Hurwitz and Associates总裁兼CEO Judith Hurwitz说：“云计算开始改变开源开发者编写和提交应用的方式。因此平台及服务的市场开始快速扩张。红帽的OpenShift将通过为开发人员提供多种开发和部署选择，来帮助他们。”
红帽OpenShift提供比任何PaaS更多的灵活性，它支持用于Java、Python、PHP和Ruby的更多的开发框架，包括 Spring、Seam、Weld、CDI、Rails、Rack、Symfony、Zend Framework、Twisted、Django和Java E。它包含SQL和NoSQL数据存储和一个分布式文件系统。由于以Deltacloud云互操作性标准为基础，OpenShift使开发人员可以在任何得到支持的红帽认证公共云提供者的环境中运行他们的应用，从而消除了与第一代PaaS厂商相关的厂商锁定。
红帽公司工程副总裁兼CTO Brian Stevens说：“开发人员为创新和选择而转向开源。我们通过OpenShift提供了第一个能够满足这些需要的平台即服务。通过提供最广泛的平台和语言、框架和得到支持的云提供者的选择，OpenShift给予开发人员他们一直梦寐以求的云环境。”
OpenShift独一无二的优势是它为PaaS带来行业领先的红帽和JBoss的生态环境，使开发人员可以利用业界最广泛的中间件服务。例如，OpenShift支持MongoDB和其它获得红帽企业 Linux认证的服务。由于支持广泛的框架和语言，包括Java、PHP、Python和Ruby，红帽OpenShift为云计算的开发人员提供更全面的功能集合。除了设计满足新的云开发人员需要的服务外，OpenShift也是提供红帽企业级JBoss服务(如交易、业务规则、交易与消息)的第一个公共 PaaS，从而为企业开发人员提供一条升级到云的方便途径。由于以红帽在操作系统、虚拟化和JBoss 企业中间件的经验和生态环境为基础，OpenShift可以惟一地满足新的云开发人员和企业的需要。
更多有关本次宣布的信息，请参加将于2011年5月4日美国东部时间下午1时来自波士顿红帽峰会的Webcast直播。这次webcast还将供观众重放。
上文源自：比特网
2021年10中旬消息，Red Hat 在北美 KubeCon+CloudNativeCon 会议上公布了一系列的工具更新内容，主要包含 Red Hat OpenShift 4.9 和 Red Hat 高级集群管理（Advanced Cluster Management）2.4 的新特性。
Red Hat OpenShift v4.9 合并了 Kubernetes 1.22 作为企业管理平台，还更新了单节点（single node）服务器作为 OpenShift 边缘部署的第三种选择，前面发布的两种部署方式为：三节点集群（three-node clusters）和远程工作节点（remote worker nodes）。单节点服务器的控制和运作功能都是独立操控的，不太依赖 Kubernetes 控制台，所以在脱机的时候仍然可以正常运作，重连时会自动同步备份。基于这个特性，单节点服务器更适用于网络状况不太好的边缘节点。
Red Hat 高级集群管理 2.4 版本主要有以下几个新特性：
扩容，容量从 1000 个集群升级为 2000 个，且支持 IPV6 双栈协议管理。
新增部署策略模板，可以快速应用模板来部署集群，更方便管理大型项目。
支持零接触配置，即远程配置服务器，比如远程开机、联网、下载、安装以及向中心处理器信返回报告等等。
OpenShift v4.9 预计于2021年10月末正式发布，而 Red Hat 高级集群管理 v2.4 预计在11月推出。
红帽推出业界最完整的Linux容器解决方案
红帽将既有IT投资与创新变得更现代化，让客户获得更安全、更具可携性与一致性的容器解决方案，不仅能充分发挥容器化优势，还支援重要的开放原始码标准，例如开放容器计划联盟(Open Container Initiative，OCI)的容器格式与Kubernetes协调服务。红帽的Linux容器解决方案是以企业等级的红帽企业级Linux这个骨干为基础，并针对新创企业的需求提供以下功能：红帽企业级Linux与企业级Linux Atomic Host为Linux容器提供稳固可靠的作业系统。完整的企业容器开发部署平台，适用于OpenShift中的各种使用情境。
红帽于2015年6月发布新版本OpenShift，这是业界第一也是唯一整合Docker、Kubernetes，与Project Atomic和OpenShift Origin容器管理开放原始码专案的容器型混合云解决方案。OpenShift采用红帽企业级Linux系统，能为容器型的部署提供更安全稳定的平台，同时保留既有的IT投资，让传统的重要业务应用程式与新的容器型云端原生应用程式共生共存。
红帽2020年后推出多种基于OpenShift技术的容器产品，帮助企业在各种使用模式中使用Linux容器，不论是开发者的桌面环境、上线环境或混合云，都能应付自如。红帽OpenShift可因应Linux容器生命周期中的所有需求，包括：
红帽Cloud Forms的统一容器与云端管理
管理功能对企业级容器方案非常重要，红帽的Cloud Forms可在容器堆叠中提供容器的可见度与控制力，协助企业管理容器。Cloud Forms将混合云与容器管理功能整合至单一介面，方便使用者了解正在OpenShift与托管的基础架构上执行的工作负载。通过CloudForms其他管理功能，使用者可以一并管理容器、平台、基础架构即服务(Infrastructure-as-a-Service，IaaS)或实体主机。红帽的容器产品组合可满足各种应用交付需求，免费的开发工具或整合管理功能、平台即服务与容器即服务于一身的完整容器平台，一应俱全。
通过Gluster储存提供容器原生储存机制。通过Cloud Forms提供统一的容器管理功能。
红帽OpenShift－可解决各种企业部署需求的单一容器平台
开发者可利用容器开发工具组(Container Developer Kit)中的OpenShift Container Local，在本地端的开发环境中使用容器并提生产力，而不需额外成本。OpenShift Container Lab可让企业在非上线环境中评估容器应用，以进行开发与测试，让Linux容器获得更广泛使用。致力将重要业务的应用交付容器化的企业，通过红帽旗舰级容器平台－OpenShift容器平台(原为OpenShift Enterprise)获得从开发到上线所需的支持。
红帽CloudSuite整合了OpenShift、OpenStack平台与CloudForms的元件，能帮助客户从传统数据中心转型至私有云。可完全托管的公共云容器平台OpenShift Online以及在公共云中由红帽管理的OpenShift Dedicated。红帽OpenShift可在容器架构中与JBoss中介软体服务轻易整合，包括新推出的JBoss企业级应用程式平台(JBoss EAP)7、JBoss Fuse、JBoss BRMS与JBoss Data Grid等。开发者可以更快地建置与整合新的应用程式，并轻松升级原有的应用程式，使其能在混合云的容器基础架构中执行。
红帽Gluster储存的容器原生储存机制
企业逐渐转移到开放式的混合云环境，软件定义储存机制遂成为必要条件。将Linux容器与软件定义储存机制结合，企业就能更轻松顺利地完成转移。因此，红帽在Container Registry中增加了容器化的Gluster储存机制，成为少数率先帮企业达成此目标的厂商之一。企业可以在标准容器中部署储存方案，利用Kubernetes进行资源调度，并可像其他OpenShift上的应用服务一样地管理。此机制还可与红帽整个容器堆叠整合，帮助企业实现储存即服务(Storage-as-a-Service)的目标。
让企业做好创新准备
从Linux核心技术到推动Linux容器与开放云的专案，红帽一直积极参与上游社群的发展，并将这些技术整合到更稳固安全的企业解决方案中，帮助企业进行创新。基于此目的，红帽最近推出开放式创新实验室(OpenInnovation Labs)服务，帮助客户利用微型服务迅速开发与整合应用程式，并将其部署于容器中，再使用DevOps方法，在实体、云端和移动环境中交付这些应用程式，以便依需求迅速扩充或缩减。
证言
Paul Cormier，红帽产品技术部门总裁
「尽管容器具有高可携性，可在本地端与多个公共云组成的混合云中移动，它仍是Linux的核心。企业应用程式有许多要求，即使是在容器化环境中，这些要求依然存在，因此容器需要更安全可靠的协调能力、管理性与扩充力，唯有如此，容器才能被企业广泛采用。红帽今日推出的企业级Linux容器产品不仅是业界最完整的产品组合，还有获奖的技术与广大的伙伴生态圈为后盾。红帽的新容器产品组合可解决各个IT组织的需求，包括为开发者提供工具，协助其建置容器式的云端原生企业应用程式、帮助作业团队管理新的云端容器基础架构，并帮助企业资料中心转型，以充分发挥Linux容器的优势。」
John Rzeszotarski，Key Bank DevOps总监
「对银行与金融服务业而言，安全性、灵活性和可扩充性是现代IT策略的要素，特别是将容器技术整合至云端原生应用程式时，这三个要素更是缺一不可。通过红帽的OpenShift，我们的应用程式可以获得容器调度能力，让Key Bank提供更棒的客户体验，并提高交付效率。」
Jay Lyman，451Research研究经理
「为了更迅速开发与部署应用程式，企业希望确保开发环境与上线系统的一致性，但容器基础架构的安全性与可靠性有时达不到企业的要求。红帽OpenShift与其他容器产品能提供稳定的企业软体与功能，同时保有高效能与创新性，因此能满足这些企业的需求。」
收购Ceph提供商Inktank
RedHat于2014年6月以1.75亿美元收购 inktank 公司，inktank的主要产品是软件定义存储ceph解决方案。ceph本身是开源，基于一个统一的对象存储系统，同时对外提供块、文件和对象接口，其中对象接口兼容Swift和Amazon S3。对象接口和文件接口的数据是拉通访问的，即用对象接口存储的数据，可以直接用共享文件系统访问。这是因为ceph的文件接口本身是建立在对象存储 之上的。
1.75亿美元在开源界感觉是一个比较大的交易数额了。应该说ceph被redhat收购是理所当然的了，但是被如此看好有点出乎意料之外。在收购的新闻稿中有提到IDC关于目前业界的软件定义存储的分析报告：IDC’s Worldwide Software-Defined Storage Taxonomy, 2014，没有看过这个报告，可以想象，报告对于ceph的定位很高。redhat给出了报告中对于软件定义存储的发展趋势：
在基于文件和对象的存储市场上，“软件定义”平台将会持续领先于其他解决方案的发展速度。这一增长的原动力来自于各行各业和各地区对于一整套的丰富多样的数据密集型使用场景的需求。
从开源角度看，ceph的潜在收购方有redhat和Canonical，存储巨头EMC和NetApp各自有自己的软件定义存储平台，EMC去年高调发布 ViPR，并号称自己是“第一个软件定义存储解决方案”，被Ceph私底下嘲笑。NetApp有自己的Data ONTAP系统。应该说商用公司更加注重于存储设备管理，而不是用软件来做存储，真正使用软件做存储的，Ceph应该是第一个。相信这也是被redhat 如此看好的原因。
完成收购之后，Ceph之前为企业用户提供的一些诊断和管理工具将会很快被开源，Ceph将会变得更加开放。
IBM整合红帽存储产品线并承诺 Ceph 依然100%开源
2022年10月上旬，IBM 发文宣布，Red Hat 正在将其存储产品组合和相关团队（包括 Red Hat Ceph Storage、Red Hat OpenShift Data Foundation (ODF)、Rook 和 NooBaa）转移到 IBM 旗下。之后 ODF 将成为 IBM 在 2015 年推出的存储软件品牌 Spectrum Fusion 的基础。
ODF 是基于 Ceph、Noobaa 和 Rook 软件组件的云原生存储、数据管理和数据保护组合。其中 Ceph 提供对象、块和文件存储。Noobaa 于 2018 年被 Red Hat 收购，抽象出跨混合多云环境的存储基础架构，并提供数据存储服务管理。Rook 编排了多个存储服务，每个服务都有一个 Kubernetes 算子，可用于设置 Ceph 集群。
IBM Spectrum Fusion 旗下则包括 Accelerate、Scale、Virtualize、Control、Protect 和 Archive 等产品。IBM 表示，这项措施将结合 IBM 和 Red Hat 的数据服务容器存储技术，有助于加速 IBM 在迅速发展的 Kubernetes 平台市场中的能力。此外，IBM 还计划提供新的 Ceph 解决方案，提供统一的、软件定义的存储平台 IBM Ceph。Ceph 不会成为 Spectrum Ceph，与 ODF 一样，它将保持 100% 开源。IBM 此后将承担 Ceph 基金会的首要赞助商，该基金会的成员在 Ceph 开源项目上进行合作。
Ceph 作为一种存储集群，其支持的节点数量和容量无理论上限，可以多达上百个节点、PB 容量级别，Red Hat 是 Ceph 开源社区代码贡献最多的贡献者。IBM 认为，此举将弥合数据中心和云厂商之间的架构鸿沟，进一步提升 IBM 在软件定义存储和 Kubernetes 平台市场的领导地位。IBM 认为，客户混合云策略成功的关键在于基础设施一致性、应用程序敏捷性、IT 管理和灵活消费一致性，这些是连接本地部署和云部署的决定性因素。通过本次更改，客户端将能够访问一组一致的存储服务，同时在裸金属、虚拟化和容器化环境中保持数据弹性、安全性和治理。
以 Red Hat 为中心的混合云战略
“通过将团队聚集在一起并将产品集成，我们正在加速 IBM 的混合云存储战略，同时保持对 Red Hat 客户和开源社区的承诺。”IBM 存储总经理 Denis Kennelly 说道。
作为老牌 IT 巨头，在错失云转型先机后，随着越来越多企业使用云计算，混合云成为常态。有调查显示，大部分企业使用的云服务商超过 3～5 家，采用混合云战略比采用单一云服务商的价值策略能够提升 2.5 倍。因此，IBM 发力混合云市场。落后太多，IBM 通过大举收购方式来弥补自身的不足。据媒体统计，仅从 2020 年 1 月阿文德·克里希纳出任 IBM 董事长兼 CEO 起，截至 2022 年 2 月，IBM 进行了 20 起并购。而最为人道的是 2018 年，IBM 斥资 340 亿美元收购开源解决方案提供商 Red Hat，为其近两年大跨步转向混合云奠定了基础。IBM 收购 Red Hat 的真正收获是用于构建和管理 Kubernetes 容器的软件套件 OpenShift。
当前，IBM 混合云方法的基础是创建高度可移植的 PaaS 软件集合。这将取代运行应用程序所需的特定于云的功能和 API。它的基础是 Red Hat OpenShift Enterprise Linux 和 Kubernetes，一组云部署和管理工具可以跨云移植，也可以在数据中心移植。在 OpenShift 之上，IBM 在其 Cloud Pak 混合云软件中进行了分层。Cloud Paks 是一款预集成和容器化的软件。基于 RedHat OpenShift 构建，云包可以在任何地方和任何云端使用。Cloud Paks 的核心是开发云服务，如数据、自动化和集成等，是 IBM 混合云战略的主要组成部分。
存储知识产权归入 IBM
“我们的客户正在迅速接受混合云战略，成功部署混合云的关键之一是对数据的统一访问。”Kennelly 表示。
资料显示，2017 年，IBM 针对网络弹性和数据保护，推出了其首个面向容器的存储解决方案，使企业级存储能够为容器和 Kubernetes 提供持久化的支持。收购 Red Hat 后，IBM 推出了 IBM Storage Suite for Cloud Paks 套件，以此增强 IBM 存储对 Red Hat OpenShift 上容器原生数据访问的支持。而经过多年发展，IBM 的存储软件产品线拥有一个完整的 Spectrum 品牌，包括：
Spectrum Elastic Storage System (ESS) – 人工智能和大数据的软件定义存储。
Spectrum Discover – 文件编目和索引产品。
Spectrum Protect – 数据保护。
Spectrum Scale – 横向扩展的并行文件系统软件。
Spectrum Fusion – Spectrum Scale 的容器化衍生产品加上 Spectrum Protect 数据保护。
Spectrum Virtualize – 用于 Storwize 和 FlashSystem 阵列以及 SAN Volume Controller 的操作、管理和虚拟化软件。
Spectrum Virtualize for Public Cloud (SVPC) – 适用于 IBM 公共云、AWS 和 Azure。
其中， Spectrum Fusion 是 IBM 在去年推出的容器原生的软件定义存储（SDS）产品，旨在使数据的单个副本能在每个环境（云、边缘等）之间传播，而不必每次都单独制作副本。Spectrum Fusion 的引入是 IBM 专注于混合云和 AI 更大战略的一部分，其战略的核心依然是当年对 Red Hat 的收购。
Kennelly 表示，Red Hat 存储已成为一股行业力量——为容器而生，为混合云原生应用程序和数据而构建，而 IBM 存储拥有世界一流的基础架构，并且一直在开发软件定义的存储平台，两者的合作将加速团队创新。
“Red Hat 和 IBM 在混合原生云存储的使命和帮助客户转换应用程序和数据的潜力上有着共同的信念。” Red Hat 混合平台副总裁 Joe Fernandes 说道。Red Hat 存储产品和相关团队的加入，意味着 Red Hat 相关产品知识产权同样将被转移到 IBM 存储团队。
社区回应：这是个好消息
针对这个决定，Ceph 执行委员会的 Neha Ojha、Josh Durgin 和 Dan van der Ster，也在当日联合发文做出了回应。
10 月 4 日，IBM 和 Red Hat 宣布了一些与 Ceph 有关的重大消息：Red Hat 的 Ceph 存储团队将转移到 IBM。这是 IBM 和 Red Hat 的联合决定，并且代表了对 Ceph 及其社区持续增长和健康的巨大投资。 对上游的 Ceph 来说，这是个好消息。我们的治理模式和运营保持不变。Ceph 依然是 100% 开源的。IBM 将继续以上游优先的方式作出贡献。 IBM 认识到，Ceph 的成功归于其充满活力的社区，并与我们分享广泛的、协作的开源项目愿景。IBM 将承担 Red Hat 对 Ceph 基金会赞助，并帮助支持 Ceph 的上游测试实验室。
我们对 Ceph 的这个新里程碑感到非常兴奋，并期待着未来新的篇章。从 Sage Weil 的博士项目至今，Ceph 已经走过了很长的路。今天，Ceph 被用于数以千计的生产集群，总数据量可达数 EB，成为领先的开源软件定义的存储解决方案。自 2004 年以来，Ceph 项目一直设想将存储行业转变为依靠完全开源的软件，而这正是对这一转变的极大认可和实现。 我们非常感谢多年来为 Ceph 成功做出贡献的每一个人。我们致力于开发强大、可扩展，以及开放的存储平台，我们期待着存储的未来，并对大规模裸机集群重拾兴趣。让我们一起不断突破存储的界限！
根据公告，Red Hat 和 IBM 计划在 2023 年 1 月 1 号前完成过渡，其中涉及到将存储路线图和 Red Hat 相关人员转移到 IBM 存储业务部门。之后 Red Hat 的 OpenShift Platform Plus 将会继续包含由 Red Hat 及其合作伙伴所销售的 ODF。此外，Red Hat 的 OpenStack 客户仍能从 Red Hat 及其合作伙伴处购买 Red Hat Ceph 存储。订阅中的 Red Hat OpenShift 和 Red Hat OpenStack 客户将能够根据需要来维护和增长自己的存储服务， 而不会改变他们与 Red Hat 之间的关系。另外，对于即将推出的基于 Ceph 的 IBM Ceph 和 IBM Spectrum Fusion 存储解决方案预计将于 2023 年上半年开始出货。
声明：本节为InfoQ翻译。
与Mavenir联手改造移动网络基础设施
2021年3月消息：Mavenir 宣布与红帽公司达成战略合作，通过红帽 OpenShift 容器平台认证 Mavenir 在移动网络中的应用，为移动基础设施向容器和 5G 的新未来转型创造解决方案和平台。目的是为 Mavenir 的 5G 核心、vRAN 和 IMS 工作负载开发向 5G 转型的通用解决方案蓝图。
目的是为 Mavenir 的 5G 核心、vRAN 和 IMS 工作负载开发一个向 5G 转型的通用解决方案蓝图。
Mavenir 和红帽认为，移动通信的未来是建立在开放的混合云、Linux 容器和云原生微服务的基础上。
Mavenir 总裁兼首席执行官 Pardeep Kohli 表示："我们很荣幸能与红帽这样具有行业领导力的公司合作，通过红帽对我们的工作负载进行认证，并持续展示 Mavenir 云原生软件的能力。我们期待着本次合作，能够共同展示我们的敏捷性，为客户提供高质量的软件，推动5G云原生生态系统的发展。"
开放混合云、Linux 容器和云原生微服务。
Mavenir 和红帽认为，移动通信的未来是建立在开放的混合云、Linux 容器和云原生微服务上的。这将使通信服务提供商和企业双方有能力以敏捷和自动化的方式实现各种 5G 服务，如网络切片（5G network slicing）和边缘计算。红帽总裁兼首席执行官 Paul Cormier 表示："能够为客户提供所需的敏捷性和灵活性的现代网络植根于开源技术，其中包括 Kubernetes 和容器。这也是红帽作为行业领导者所擅长的领域，我们很高兴能够与 Mavenir 合作，对其工作负载进行认证，并提供便于在移动网络上部署的解决方案。红帽 OpenShift 可以帮助电信行业在公有云、私有云或混合云中提供 5G 服务，如大规模机器型通信和超可靠、低延迟，并且具有更高灵活性和自动化的通信。"
在 RHEL、Red Hat AI 和 OpenShift 产品线分发 NVIDIA CUDA
继 Canonical 与 SUSE 公布加强对 NVIDIA CUDA 支持的计划后，红帽公司于2025年10月末正式确认将在 Red Hat Enterprise Linux（RHEL）、Red Hat AI 及 OpenShift 产品中直接分发 NVIDIA CUDA 工具包。
这项举措旨在简化开发者体验，为企业客户提供更一致、更高效的运维环境，并便于用户利用红帽平台结合 NVIDIA 最新的硬件与软件创新。
红帽表示，未来将在其各大平台中直接集成 CUDA 工具包，从而增强 AI 和数据中心基础设施的可用性，实现从数据中心到边缘的全面支持。红帽技术负责人 Ryan King 在公司公告中指出：“红帽致力于为企业技术提供灵活、开放、可扩展的平台。随着 AI 成为核心业务驱动力，这一使命变得比以往更加重要。本次与 NVIDIA 的新协议，不仅仅是一次技术协作，更是要让企业用户能够轻松创新 AI 应用，无论他们目前处于 AI 部署的哪个阶段。”
对于部分用户对 CUDA 专有软件 “封闭生态” 的担忧，King 强调，红帽始终秉持开放源码理念，此次合作是连接开放混合云与全球领先 AI 平台的桥梁，确保用户拥有更稳定可靠的基础平台，并可自由选择最适合的开发工具。他补充说：“AI 技术的未来不只依赖单一模型、加速器或云平台，而是多样化技术的协同创新。通过将 CUDA 工具包直接整合至红帽产品，我们让客户能够更便捷地打造面向未来的 AI 解决方案。”
深化与英伟达合作，为英伟达最新架构提供 Day 0 支持
作为全球领先的企业级开源解决方案提供商，红帽在2026年1月上旬宣布全面深化与 NVIDIA 的合作，使企业级开源技术能够紧贴企业 AI 的高速演进与机架级 AI 的重大突破。
红帽总裁暨 CEO Matt Hicks 表示，NVIDIA 在架构上的突破让 AI 成为不可逆转的趋势，同时也证明未来的产业竞争将由完整且高效的计算堆栈所界定。为在技术变革的第一时间满足企业需求，红帽与 NVIDIA 将致力于在红帽的混合云与 AI 产品组合中，为 NVIDIA 最新架构提供 Day 0 支持。我们正携手以开源力量驱动下一代企业 AI 的发展。
红帽推出 Red Hat Enterprise Linux for NVIDIA，这是全球领先企业级 Linux 平台的全新版本，自发布之日起即可整合 NVIDIA 最新平台的技术突破。通过与 NVIDIA 的紧密合作，Red Hat Enterprise Linux for NVIDIA 将在 Day 0 支持 NVIDIA 最新架构的各项平台功能，首批覆盖 NVIDIA Rubin 平台。Red Hat Enterprise Linux for NVIDIA 将与主版本保持完全一致。当其增强功能逐步融入标准版红帽企业 Linux 后，客户可根据生产需求轻松切换至传统版本，同时确保生产系统维持预期性能和应用兼容性。
NVIDIA 创办人暨 CEO 黄仁勋强调，红帽以工业级开源软件彻底改变了企业运算模式。在 AI 时代，从晶片、系统，到中间件、模型，再到 AI 生命周期，整个计算堆栈都在被重新打造。NVIDIA 与红帽正携手推动开源的工业化进程，为企业带来 AI 时代的基础架构能力，而这一切将从 Vera Rubin 平台启程。
和 NVIDIA AI 工厂新进展：赋能新一代企业自主智能体
红帽于2026年5月中旬宣布其与 NVIDIA 联合开发的红帽和 NVIDIA AI 工厂（Red Hat AI Factory with NVIDIA）软件平台取得多项新进展，进一步推动企业落地 AI 技术与长期运行式自主智能体。此次更新重点增强了持续运行型智能体的安全能力，并提供可直接部署的解决方案，帮助企业更快、更可靠地从实验阶段迈向生产环境。该平台结合了红帽 AI Enterprise 在一致性与集成化 AI 平台方面的能力，以及 NVIDIA AI Enterprise 中的开放模型、先进工具和框架，为企业构建生产级智能体 AI 提供统一、可扩展的基础平台。
为新一代智能体打造安全运行时环境
OpenShell 是 NVIDIA 发起的一个开源项目，为自主 AI 智能体提供沙箱化运行时，帮助企业实现更严格的策略控制、更安全的工具调用以及可审计的运行机制。它能够管理智能体的执行方式、访问权限以及推理的路由方式。借助 OpenShell，企业可以通过统一的单个策略层，对自主智能体的运行进行控制和监控。目前双方正在推进 OpenShell 与红帽全栈 AI 平台的深度集成，以便在基础设施层面维持监督与策略控制。此外，作为 OpenShell 上游开源项目的重要贡献者，红帽也在推动混合云环境下自主智能体管理方式的标准化。
借助机密容器实现 AI 主权、安全与架构控制
除了软件层面的治理能力外，红帽和 NVIDIA AI 工厂还通过机密计算（confidential computing）扩展了信任边界，实现了硬件级策略执行。这一机制旨在帮助智能体抵御运行时攻击，即使其他智能体遭到入侵也不受影响。目前，该能力已进入技术预览阶段。用户现在可以结合 NVIDIA 机密计算，在红帽 OpenShift 沙箱容器中运行机密容器。
这种硬件级防护还结合了零信任架构，包括 SELinux、FIPS 合规能力，以及基于 NVIDIA DOCA 的运行时防护等特性。通过从核心数据中心到边缘的多层控制措施，红帽和 NVIDIA AI 工厂能帮助企业在高度分布式环境中保护关键资产，并满足不断演进的安全与治理要求，包括欧盟《人工智能法案》等框架提出的要求。
统一生命周期管理与模型即服务
红帽和 NVIDIA AI 工厂软件现已整合红帽 AI 3.4 的各项创新成果。其中包括通过红帽 AI 网关提供的全新受治理的模型即服务（MaaS）体验。开发者可以通过兼容 OpenAI 的标准接口，更便捷地访问各个精选模型，例如 NVIDIA Nemotron。在运行监督方面，红帽和 NVIDIA AI 工厂还集成了基于 MLflow 的生产就绪型生命周期管理能力，可对大语言模型调用、工具执行以及推理步骤进行端到端追踪。该统一框架兼顾了开发速度与运行稳定性，使企业能够审计智能体的决策路径。
2026 红帽全球峰会现场更是将这场合作推向了高潮。
对 NVIDIA Blackwell 和 Vera Rubin 的增强支持
现已全面推出的 Red Hat Enterprise Linux for NVIDIA 26.01，标志着红帽在为 NVIDIA 架构提供零日支持方面迈出了关键一步。首个版本已支持 NVIDIA Blackwell，双方也已开始联合开发未来版本，以支持即将推出的 NVIDIA Vera Rubin 平台。此外，现已纳入 NVIDIA AI Enterprise 套件的 NVIDIA Run:ai，也已向红帽和 NVIDIA AI 工厂客户开放。
通过此次发布，红帽不仅强化了红帽和 NVIDIA AI 工厂的底层能力，还将把相关支持扩展至整个红帽 AI 产品组合，包括红帽企业 Linux AI、红帽 OpenShift AI 和红帽 AI Enterprise，从而加速企业在混合云环境中的最新 AI 基础设施开发。
加速企业 AI 落地的 Blueprint
为了帮助企业更快实现 AI 价值，红帽与 NVIDIA 推出联合开发、经过验证的 NVIDIA AI Blueprint 与 AI quickstart，简化复杂 AI 架构的部署流程。这些经过验证的 Blueprint 有助于团队处理各个关键应用场景，包括用于统一 API 模型访问的模型即服务、针对专有数据进行高速语义推理的企业研究（Enterprise Research），以及依托 NVIDIA NeMo Retriever 与红帽治理控制机制，将智能体锚定于专有数据的企业 RAG 及 RAFT 方案（Enterprise RAG & RAFT）。更多 Blueprint 正在开发中，并将纳入平台持续发展的路线图中。
可用性
红帽和 NVIDIA AI 工厂的更新，以及红帽 AI 3.4，预计将于 2026 年 5 月晚些时候发布。客户可通过红帽客户门户获取最新的 Red Hat Enterprise Linux for NVIDIA 驱动和专用架构。Red Hat AI Factory with NVIDIA 软件现已可用。
支持证言
Chris Wright，红帽全球工程 CTO 兼高级副总裁：“要将 AI 从企业实验项目转变为工业引擎，需要在混合云环境中建立自主、统一的基础平台。通过与 NVIDIA 的战略协同开发，红帽正为企业提供扩展智能体 AI 所需的架构控制力与开源创新能力。我们为企业打造了一条落地自身智能系统的增强型零信任路径，助力企业在日益复杂的全球环境中保持技术独立性。”
Justin Boitano，NVIDIA 企业 AI 平台副总裁：“智能体 AI 正在重塑企业运营模式。未来，每家公司都需要一座 AI 工厂，用于大规模构建、部署和治理数字员工。红帽与 NVIDIA 正联合开发红帽和 NVIDIA AI 工厂，将 NVIDIA OpenShell、NVIDIA 机密计算以及完整的 AI 堆栈整合在一起，使企业能够安全运行其最苛刻的智能体 AI 工作负载。”
但有时也会在内部发生戏剧性的一幕：
Fedora 全票通过又否决，揭露了开源社区的 “英伟达羞耻”
2026年5月6日，Fedora 理事会在线上会议中全票通过了 “AI 开发者桌面”（AI Developer Desktop）计划。提案人是 Red Hat 工程师 Gordon Messmer，方案非常清晰：基于 Atomic Desktop 构建官方 AI/ML 开发平台，采用 NVIDIA CUDA 加速，LTS 内核，12 个月的交付周期。
六票赞成，零票反对。按 Fedora 的治理流程，接下来是两天的公示期，不出意外的话，只要 5 月 8 日前无人反对，提案就会自动生效。但两天后还是出意外了，两位原本投赞成票的理事会成员改投了反对票，提案状态从 Approved 变成了 Blocked。
一份提案，三个版本
Messmer 的原始方案包含几个主要技术选型：Atomic Desktop 作为交付载体，NVIDIA CUDA 运行时和工具包提供 GPU 加速，LTS 内核解决 NVIDIA 驱动在新内核上的兼容性问题，再加上 Goose CLI（Block 开源的本地 AI Agent）和 Podman AI Lab（容器化本地推理平台）等现有工具链的整合。
方案还设计了三个不同版本：纯净版不含任何闭源组件；CUDA 运行时 remix 版本；以及完整 CUDA 工具包 remix 版本，闭源含量从低到高。隐私方面也有明确承诺 —— 不默认接入远程 AI 云服务，不监控用户行为。
其实该方案中的大部分组件已经存在于 Fedora 的软件仓库中。Messmer 真正想添加的，是一个稳定的、签名过的 NVIDIA 内核模块体验。
为此他引入了 LTS 内核 —— Fedora 历来跟随上游 Linux 内核的最新版本，从不维护长期支持分支。因为维护一个单独的内核分支意味着需要单独的内核包、回移植管线、签名基础设施和持续的测试成本。Fedora 的内核维护团队并不是一支庞大的付费工程师队伍，而是一个精简的贡献者小组。增加一条并行的 LTS 内核分支，意味着高昂的维护成本，这些工作量不会因为理事会投了赞成票就凭空消失。
社区讨论炸锅
投票通过的当天，社区讨论帖就炸了。打包团队的 Hans de Goede 第一个发难：CUDA 是闭源的，纳入 CUDA 支持与 Fedora 的自由软件承诺直接矛盾。他主张应该把精力放在 AMD ROCm 和 Intel oneAPI 上。
Fedora 贡献者 Tim Flink 问了一个更尖锐的问题：这个提案本质上是不是 “CUDA 借 Fedora 上架”？Neal Gompa 则指出，Fedora 历来用拒绝私有软件的立场来倒逼厂商开放解决方案，现在自己先松口了，以后拿什么筹码跟英伟达谈。
几乎所有参与讨论的人都同意 Fedora 确实需要一个面向 AI 开发者的官方版本 —— 争议在于用什么来做。
虽然评论区反复提及 ROCm 和 oneAPI，但现实是在 2026 年的 AI 生态中，CUDA 仍然是事实标准，大部分框架、预训练模型、教程和竞赛平台都优先适配 CUDA。ROCm 在兼容性上仍需追赶，oneAPI 的社区覆盖面则更窄。一个没有 CUDA 的 AI 开发桌面，能吸引到开发者吗？
而在另一边，如果 Fedora 为 CUDA 开了这个口子 —— 下一个被要求纳入的闭源组件是什么？所谓的自由软件底线在哪里？
FESCo（Fedora 工程指导委员会）成员 Fabio Valentini 提出了另一个层面的问题。他说自己是在 Matrix 聊天频道上偶然撞见这次理事会投票的 —— 一个涉及 LTS 内核这种巨大架构变更的决策，Fedora 工程指导委员会的核心成员居然事先不知情。他还警告说，官方把任何东西打上 “AI” 标签，都可能进一步疏远已经对 AI 感到不满的用户和贡献者。
Fedora 项目负责人 Jef Spaleta 则反驳了这种说法，称自己 “没有看到任何证据表明用户因为 AI 问题离开 Fedora”。两个人都没有错，他们衡量的不是同一件事。
两张撤回的赞成票
Justin Wheeler 是第一个改票的人。他是 Fedora 理事会的当选成员，最初投了赞成。但在 “懒共识窗口期” 内，他仔细审视了提案中 LTS 内核部分的工程和法律影响，决定把票改为 -1。
Wheeler 的理由很具体：LTS 内核是 “一个巨大的结构性变更”，没有经过法律和工程相关方的审查。他特别提到了 Nova —— Linux 内核社区正在上游推进的开源 NVIDIA 驱动，用 Rust 编写，骨架代码已经在 Linux 6.15 中落地，6.17 将继续扩展其功能。
Nova 的存在让 LTS 内核的策略变得尴尬。如果 Nova 是上游社区对 NVIDIA 支持的长期方案，那么把 AI 桌面锁定在一个 LTS 内核系列上，意味着用户可能停留在一个 Nova 尚未成熟的内核版本。LTS 内核本来是为了解决 NVIDIA 驱动在新内核上的稳定性的，但上游内核自己正在解决这个问题。
另一位 Fedora 理事会成员 Miro Hrončok 紧随其后撤票。他的理由更直接：“我最初以为这个提案纯粹是增量式的，不会引起争议。看到社区反馈后我意识到自己判断有误，作为当选代表，我有责任在确认前重新审视。”
至此，六票赞成变成了四票赞成两票反对，提案未能获得批准，状态被标记为 blocked。
“自由” 这个前缀值多少钱
Fedora 不是第一次面对这种选择题。其名字这个单词直译过来是浅顶礼帽，一种欧美经典绅士帽款式，创始人本意取其自由、随性、百搭、潮流的气质，象征这款系统自由开放、轻快前卫、前沿新潮，它是最早坚持只打包自由软件的主流 Linux 发行版之一。当 Ubuntu 在 2008 年代就开始预装 NVIDIA 闭源驱动的时候，Fedora 用户还得自己从 RPM Fusion 第三方仓库手动安装。当 MP3 和 H.264 编解码器的专利问题悬而未决时，Fedora 选择不内置这些格式 —— 哪怕这意味着用户刚装完系统就放不了 MP3。
这套强硬立场不是教条主义。它背后有一个实际意义：当 Fedora 拒绝纳入闭源 NVIDIA 驱动，Red Hat 和社区就有理由要求 NVIDIA 开放驱动 —— 最终促成了 Nova 的上游化。当 Fedora 拒绝内置受专利保护的编解码器，整个生态就被倒逼向 Ogg Vorbis 和 Opus 等开放格式迁移。
Fedora 的筹码是它的不妥协。
但现在 AI 对这个模式造成了冲击。CUDA 不是一种编解码器，它是整个 AI 开发栈的基石。拒绝 CUDA，Fedora 的 AI Developer Desktop 可能在刚发布就会失去大部分目标用户。接纳 CUDA，那么过去二十年积累的自由软件立场就会开一个很难堵上的口子。
这不是一个有标准答案的问题。开源社区在 AI 浪潮中的身份焦虑，浓缩在 Fedora 理事会的一张投票表单上。Messmer 已经确认正在准备修订版提案，5 月 22 日是下一次升级截止日。
修订版能否回应社区的核心关切，还是只在 CUDA 问题上换一种说法，这几天会出结果。真正的问题不是 Fedora 该不该做 AI 桌面 —— 几乎所有人都同意应该做。问题是：在 NVIDIA 垄断着 AI 算力基础设施的 2026 年，一个将 “自由” 刻进基因的 Linux 发行版，还能在多大程度上保持自由。
参考来源：
ItsFOSS
Slashdot
Linuxiac
ByteIota