为什么一家拥有庞大内部工程团队的云厂商，会放弃自己长期维护的 Linux 基础，转而投靠一个社区驱动的发行版？微软在 Build 2026 大会上给出的答案，就藏在 Azure Linux 4.0 首个公开预览版里。这个原本代号 CBL‑Mariner 的系统，现在直接把底层切到了 Fedora Linux。

这次架构调整不是突然转向，而是贯彻了微软此前就已透露的技术路线。最核心的变化在于：该系统不再苦心经营一套相对独立的软件包基础，而是直接取用 Fedora 的源码，再往上叠加一层专为其云平台设计的“定制壳”。包管理体系依旧沿袭 RPM 那一套，熟悉的 dnf、rpm 工具链也原封不动地保留下来，已有 Red Hat 系经验的管理员几乎可以零学习成本上手。

打开网易新闻 查看精彩图片

微软特意澄清：这绝不是把 Fedora 换个马甲。他们在软件包组合、配置、安全策略以及各类云集成点上掌握着完整控制权。换个角度看，内核与用户态基础来自 Fedora，但上面跑的每一层——从哪些组件被打进最终镜像、内核参数如何调校，到默认的网络安全基线，以及与 Monitor、 Policy 等服务的集成方式——全是微软自己拍板。这样塑造出来的是一套专注于该云平台剪裁的系统，而不是又一个通用服务器或桌面发行版。

从使用场景来看，这一版的路径非常清晰：它已经上架云平台应用商店，可直接部署在虚拟机、虚拟机规模集上，也提供容器镜像，适配 Kubernetes 工作负载。微软还预告，对 Kubernetes 服务（AKS）和 Windows Subsystem for Linux（WSL）的支持将很快到位。这种“云原生优先”的姿态，直接对标 Amazon Linux 等同类产品。

不过，微软的差异化牌主要打在三个地方：深度云平台集成、统一的生命周期管理，以及跨环境的运维一致性——用户在不同区域、不同服务上跑这套系统时，得到的体验高度统一。

但这套系统的边界也极其明确。官方声称，Azure Linux 4.0 的技术支持仅限于该云环境内。你固然可以拿到 ISO 文件或镜像在别处测试，但微软不会为裸机部署、其他公有云或桌面场景兜底。也就是说，它是一款“生在云上、长在云上”的固定场所操作系统，一旦离开官方环境，就失去了所有保障。

需要多留一个心眼的是，当前公开预览版只适合评估与验证，还不具备生产环境就绪度。如果你正考虑把关键工作负载迁移上去，不妨先用测试集群尝鲜，等到正式版落地再做决定。