OpenStack 在名为 Flamingo 的第32个重大版本中迈出了一步性转变,不仅在功能层面增加了大量新特性,更重要的是在架构与运维风险上还清了一笔沉重的技术债务。对于长期依赖 OpenStack 的企业用户与云平台操作者来说,Flamingo 的发布意味着平台向更现代的 Python 生态靠拢,运行时稳定性与并发模型的可预测性获得显著提升。 Flamingo 发布的最引人注目的技术方向是逐步移除对 eventlet 的依赖。eventlet 曾是早期 OpenStack 为解决单进程内并发而采用的关键库,但随着 CPython 标准库引入原生 async/await 并发功能,以及 eventlet 本身维护活跃度下降,二者之间产生了越来越大的鸿沟。eventlet 项目维护者也明确不再鼓励新项目使用该库,指出潜在的兼容性与行为差异可能导致意料之外的错误。OpenStack 社区在 Flamingo 中着手替换或清理相关依赖,目标是减少因底层并发库带来的隐患,从而提升整体平台的健壮性。
在具体组件层面,裸金属管理服务 Ironic 的改变尤为重要。随着 eventlet 依赖的去除,Ironic 即将能够以真正的多线程模式运行,这不仅简化了并发编程模型,还能更好地利用多核 CPU 资源,减少因协程库差异引起的边缘故障。对需要大规模裸金属调度的场景而言,这意味着更高的吞吐、更稳定的操作行为以及更少的运维意外。 计算服务 Nova 在 Flamingo 中也加入了重要特性。一次性直通(one-time passthrough)功能允许虚拟机在生命周期内短暂独占物理硬件资源,例如 GPU。对于需要短期、低延迟访问硬件加速的 AI/ML 推理任务或高性能计算作业,这一能力能显著提升效率并降低资源共享带来的干扰。
同时,Nova 对 AMD 的 Secure Encrypted Virtualization(SEV)的支持向安全隔离需求更严格的工作负载提供了硬件级别的保护选项。 共享文件服务 Manila 在加密与兼容性方面也迎来实质提升。现在支持客户自带密钥(BYOK),使得企业能够把密钥管理纳入已有的安全合规流程,提高数据加密策略的控制力。Manila 的某些存储驱动也完成了厂商名称的更新以反映业界并购变迁,例如将原 Isilon 驱动改名以对应 Dell 的 PowerScale 产品线,并新增对细粒度配置如薄配置(thin provisioning)的支持,提升了存储效率与适配能力。 管理控制面板 Skyline 在用户体验与恢复能力上得到优化,新增的救援功能可以在实例出现故障时提供更便捷的恢复路径,网络安全设置得到加强,界面交互也更为友好。这些改进降低了云平台日常运维的复杂度,使管理人员能更快地响应异常事件并减少停机风险。
社区方面,Flamingo 汇集了超过 8,000 项变更,约 480 名贡献者参与了开发,来自 Ericsson、Rackspace、Red Hat、Walmart、BBC R&D、Samsung SDS、SAP 和 Nvidia 等组织的贡献,彰显出 OpenStack 作为开放式基础设施生态的持续活力。OpenInfra 组织也认为,Flamingo 的改进有望推动 OpenStack 在生产环境中的扩展,吸引寻求 VMware 替代方案或针对 AI/ML、HPC 工作负载进行优化的用户考量迁移或扩展现有部署。 值得注意的是,Flamingo 被标记为「Non-SLURP」发布,这意味着用户可以选择跳过该次更新而不影响未来版本的升级路径。这种发布策略为那些运行在严格生产环境、对升级窗口高度敏感的组织提供了操作灵活性,同时社区仍鼓励在可控的环境中逐步采用 Flamingo 所带来的长期架构改进。 从技术治理的角度看,摆脱 eventlet 并非简单的依赖替换,而是一次架构债务的偿还。长期以来,因兼容性与维护成本而拖延的底层技术债务,最终会在规模化运营时暴露出高昂的维护与故障成本。
Flamingo 的工作展示了开源项目如何通过社区协作,有计划地分阶段拆除历史包袱,同时在替代方案成熟之时顺利过渡到现代化实现。OpenStack 技术委员会负责人对此表示自豪,认为此举将为项目未来十多年乃至更长时间的可持续发展奠定基础。 对于云平台运维工程师与架构师而言,Flamingo 提供了多条值得关注的路径。首要是评估现有部署中对 eventlet 的依赖点,制定迁移或隔离策略以规避潜在问题。其次是利用 Nova 的硬件直通与 AMD SEV 支持,重新审视计算与安全分层策略,以便更好地服务对加速、隔离与合规有高需求的工作负载。再次,Manila 的 BYOK 能力为数据治理与密钥生命周期管理提供了整合机会,应纳入企业的安全架构评估中。
最后,Ironic 的多线程化意味着在裸金属密集型环境下可以优化资源调度与并发处理模型,提升裸金属池的利用率与稳定性。 在行业背景下,OpenStack 仍面临来自云服务商与虚拟化厂商的激烈竞争。尽管如此,Flamingo 的发布展示了开放源代码社区在可扩展、可定制基础设施方面的独特优势,特别是在针对 AI/ML、HPC 以及大规模定制化部署的场景中。OpenInfra 提出的目标是借此机会推动 OpenStack 在生产环境中的覆盖率超越当前估计的 5,500 万核规模,但能否实现这一目标取决于生态工具链的完善、运维能力的普及以及企业对开源平台长期演进的信心。 展望未来,OpenStack 已经规划了下一次重大版本,代号 Gazpacho,预计在 2026 年 4 月发布。通过将短期的功能迭代与长期的架构改造相结合,社区能够在保证兼容性与可升级性的前提下,持续推进平台现代化。
对用户来说,制定分阶段升级策略、在测试环境中验证关键改动并结合厂商与社区支持将有助于平滑过渡到更稳定和值得信赖的运行时环境。 总结来看,Flamingo 不仅带来了功能性的增强,更重要的是以技术债务偿还为核心的架构性改造。摆脱对 eventlet 的依赖,使得 OpenStack 更贴合当下 Python 生态的发展方向,减少了因第三方库维护不足带来的不确定性。通过对计算、存储、裸金属与管理界面的持续改进,Flamingo 为企业用户在性能、安全与可运维性上提供了更坚实的基础。对于希望在私有云或混合云中承载 AI/ML、HPC 或替代传统虚拟化平台的组织而言,Flamingo 提供了一个值得认真评估的现代化路径。 。
