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用户在应用构建和部署过程中获得更好的体验和性能表现。
Kimi-K2.5Kimi K2.5 是一款开源的原生多模态智能体模型,它在 Kimi-K2-Base 的基础上,通过对约 15 万亿混合视觉和文本 tokens 进行持续预训练构建而成。该模型将视觉与语言理解、高级智能体能力、即时模式与思考模式,以及对话式与智能体范式无缝融合。Python00
PaddleOCR-VL-1.5PaddleOCR-VL-1.5 是 PaddleOCR-VL 的新一代进阶模型,在 OmniDocBench v1.5 上实现了 94.5% 的全新 state-of-the-art 准确率。 为了严格评估模型在真实物理畸变下的鲁棒性——包括扫描伪影、倾斜、扭曲、屏幕拍摄和光照变化——我们提出了 Real5-OmniDocBench 基准测试集。实验结果表明,该增强模型在新构建的基准测试集上达到了 SOTA 性能。此外,我们通过整合印章识别和文本检测识别(text spotting)任务扩展了模型的能力,同时保持 0.9B 的超紧凑 VLM 规模,具备高效率特性。Python00
xw-cli实现国产算力大模型零门槛部署,一键跑通 Qwen、GLM-4.7、Minimax-2.1、DeepSeek-OCR 等模型Go06
yuanrongopenYuanrong runtime:openYuanrong 多语言运行时提供函数分布式编程,支持 Python、Java、C++ 语言,实现类单机编程高性能分布式运行。Go051
MiniCPM-SALAMiniCPM-SALA 正式发布!这是首个有效融合稀疏注意力与线性注意力的大规模混合模型,专为百万级token上下文建模设计。00
ebook-to-mindmapepub、pdf 拆书 AI 总结TSX01