Qovery引擎升级默认CNB构建器镜像至heroku/builder:24的技术解析
在云原生应用开发领域,构建器镜像的选择对应用部署的效率和性能有着重要影响。Qovery引擎作为一款优秀的云原生部署平台,近期完成了对其默认Cloud Native Buildpacks(CNB)构建器镜像的重要升级,从原先的heroku/builder:22版本更新至heroku/builder:24版本。这一技术升级为用户带来了多项实质性改进。
构建器镜像升级的技术背景
构建器镜像是Cloud Native Buildpacks架构中的核心组件,负责将应用源代码转换为可直接运行的OCI镜像。Qovery引擎原先采用的heroku/builder:22版本基于Ubuntu 22.04 LTS系统,而新版本heroku/builder:24则基于更新的Ubuntu 24.04 LTS系统构建。
新版本构建器的主要技术优势
-
多架构支持:heroku/builder:24版本首次提供了对AMD64和ARM64双架构的完整支持,这使得应用可以在更广泛的硬件平台上构建和运行,特别是对苹果M系列芯片等ARM架构设备的兼容性有了显著提升。
-
运行镜像体积优化:新版本通过精心优化,移除了构建阶段不必要的依赖项,显著减小了最终运行镜像的体积。这一改进不仅节省了存储空间,还加快了镜像拉取和容器启动速度。
-
基础系统更新:基于Ubuntu 24.04 LTS的系统带来了更新的软件包和系统组件,包括更安全的默认配置和性能优化。
-
构建包兼容性:虽然基础系统进行了升级,但包含的构建包及其版本与前一版本保持完全一致,确保了构建过程的稳定性和兼容性。
升级对用户的影响
对于Qovery引擎的用户而言,这一升级几乎是透明的。由于构建包的版本保持一致,现有应用的构建过程不会受到任何破坏性影响。用户将自动获得:
- 更快的构建和部署速度
- 更小的应用镜像体积
- 更广泛的硬件平台支持
- 更安全的基础系统环境
技术实现细节
在Qovery引擎的代码实现中,这一变更体现在构建平台模块的默认配置中。开发者将默认构建器镜像的引用从heroku/builder:22更新为了heroku/builder:24,同时保持了构建器的其他配置参数不变。这种设计体现了Qovery团队对向后兼容性的重视。
总结
Qovery引擎对默认CNB构建器镜像的这次升级,反映了云原生技术栈持续演进的特点。通过采用最新的heroku/builder:24镜像,Qovery为用户提供了更现代化、更高效的构建环境,同时保持了高度的稳定性和兼容性。这一技术决策将帮助Qovery用户在应用构建和部署过程中获得更好的体验和性能表现。
kernelopenEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。C080
baihu-dataset异构数据集“白虎”正式开源——首批开放10w+条真实机器人动作数据,构建具身智能标准化训练基座。00
mindquantumMindQuantum is a general software library supporting the development of applications for quantum computation.Python056
PaddleOCR-VLPaddleOCR-VL 是一款顶尖且资源高效的文档解析专用模型。其核心组件为 PaddleOCR-VL-0.9B,这是一款精简却功能强大的视觉语言模型(VLM)。该模型融合了 NaViT 风格的动态分辨率视觉编码器与 ERNIE-4.5-0.3B 语言模型,可实现精准的元素识别。Python00
GLM-4.7GLM-4.7上线并开源。新版本面向Coding场景强化了编码能力、长程任务规划与工具协同,并在多项主流公开基准测试中取得开源模型中的领先表现。 目前,GLM-4.7已通过BigModel.cn提供API,并在z.ai全栈开发模式中上线Skills模块,支持多模态任务的统一规划与协作。Jinja00
agent-studioopenJiuwen agent-studio提供零码、低码可视化开发和工作流编排,模型、知识库、插件等各资源管理能力TSX0135
Spark-Formalizer-X1-7BSpark-Formalizer 是由科大讯飞团队开发的专用大型语言模型,专注于数学自动形式化任务。该模型擅长将自然语言数学问题转化为精确的 Lean4 形式化语句,在形式化语句生成方面达到了业界领先水平。Python00