Red Hat Linux 运作轶事(202x)
斥资 2.5 亿美元收购 CoreOSFedora CoreOS 将成为红帽 CoreOS 的上游
Fedora 拒绝使用 systemd 管理用户环境变量提案
斥资 2.5 亿美元收购 CoreOS
2018年1月下旬消息,Red Hat 已宣布收购 Kubernetes 和容器原生解决方案提供商 CoreOS。

CoreOS 以其企业级 Kubernetes 平台 Tectonic 而家喻户晓,Tectonic 旨在提供跨私有云和公共云提供商自动运营和灵活移植的特性。
预计这起收购案涉资 2.5 亿美元。
Red Hat 的产品和技术总裁保罗•科米尔(Paul Cormier)说:“正在推动下一个技术时代发展的是基于容器的应用程序,它们横跨多云和混合云环境,包括物理平台、虚拟平台、私有云平台和公共云平台。Kubernetes、容器和 Linux 是这次转变的核心;与 Red Hat 一样,CoreOS 在促进这些创新的上游开源社区也一直是领导者,竭力将企业级 Kubernetes 提供给客户。我们相信,这次收购将进一步巩固 Red Hat 作为混合云和现代应用部署的基石这个地位。”
Red Hat 将把 CoreOS 的功能与其基于 Kubernetes 和容器的产品组合(包括 Red Hat OpenShift)结合起来。
CoreOS 的其他解决方案包括:企业容器注册中心 Quay、轻量级 Linux 发行版 Container Linux、面向 Kubernetes etcd 的分布式数据存储系统以及应用程序容器引擎 rkt。
CoreOS 的首席执行官亚历克斯•波尔维(Alex Polvi)说:“Red Hat 和 CoreOS 多年前就开始携手合作了,两家公司是开源领域的合作者,协同开发容器和分布式系统方面的一些重大创新,帮助实现自动化运营。我们共同的目标是,让这些重要技术在商业界和全世界遍地开花,这次宣布标志着进入了一个新的阶段。感谢 CoreOS 大家族:我们的客户、合作伙伴以及最重要的自由软件社区支持我们实现通过自动化运营,让互联网变得更安全这个使命。”
Fedora CoreOS 将成为红帽 CoreOS 的上游
Fedora 项目负责人 Matthew Miller 今天宣布了一个新项目的诞生 —— Fedora CoreOS。
2018年年初,Red Hat 斥资 2.5 亿美元收购 CoreOS,但官方一直没有透露这笔收购用意何在。外界纷纷猜测红帽将会有大动作涉足容器、k8s 和 OpenShift 等相关领域。现在 Matthew Miller 终于正式宣布 Fedora CoreOS 将成为 CoreOS 新的上游,并预计明年 Fedora Atomic Host 将被替换为 Fedora CoreOS,这个结合了最好的 Container Linux 和 Project Atomic 的“新事物”。
Fedora CoreOS 旨在结合 CoreOS Container Linux 和 Fedora Atomic Host 的最佳功能,这两个操作系统在目标和理念上非常相似。Fedora CoreOS 针对相同的用例,将 Container Linux 中的 Ignition 和 Project Atomic 中的 SELinux 安全加固技术结合在一起。其目标是提供最好的容器主机来安全且大规模地运行容器化的工作负载。
据 Fedora CoreOS 官网介绍,这是一个与 Fedora 项目相关的开源项目。目标是与现有 Container Linux 配置和用户体验高度兼容,期望提供文档和工具来帮助从 Container Linux 迁移到 Fedora CoreOS。
关于 Fedora CoreOS 的更多细节可参考这份电子邮件公告。
Fedora 拒绝使用 systemd 管理用户环境变量提案
源自phoronix的消息称:Fedora 工程与指导委员会(FESCo)于2026年4月上旬正式否决了一项针对 Fedora 45 的变更提案,该提案计划利用 systemd 的环境生成器功能来管理用户级环境变量。这一决定引发了开源社区对 systemd 集成边界问题的再次讨论。
该提案的核心内容是使用 systemd.environment-generator 替代传统的 shell 配置文件(如~/.bashrc 等)来管理用户环境变量。提案方认为,这种方式能够简化环境变量的传播机制,使环境变量变更独立于用户的默认 shell 选择,同时对使用 Fish、Dash 等替代 shell 的用户更加友好。然而 FESCo 委员会最终以担忧潜在风险为由拒绝了这一变更。主要顾虑在于,systemd.environment-generator 的使用可能会在无人值守的情况下破坏现有系统配置,特别是在无 systemd 环境的容器部署场景中。这一担忧反映了 Fedora 社区对向后兼容性和多样化部署场景的重视。
systemd 作为 Linux 系统初始化和服务管理的事实标准,近年来在 Fedora、Ubuntu、Debian 等主流发行版中已深度集成。然而,其不断扩展的功能边界也引发了社区争议。此次提案的否决表明,即便在 systemd 已广泛普及的今天,Fedora 社区仍对其功能扩展保持审慎态度。值得注意的是,提案并未被完全关闭。FESCo 表示,如果提案方能够解决无 systemd 环境的兼容性问题,并提供更详细的配置示例,该提案可以修订后重新提交。这意味着未来 Fedora 用户仍有可能看到这一变更的实现,但前提是必须充分考虑边缘场景的需求。