Docker Desktop 4.43 扩展了 Model Runner 并带来了新的 Compose Kubernetes Bridge

随着几个月前Model Runner的引入，Docker Desktop 4.43通过改进的模型管理和更广泛的 OpenAI 兼容性扩展了其功能。该版本还首次推出了一个新的 Compose Bridge，以简化 Kubernetes 配置的生成并升级 Gordon AI 智能体。

Docker Model Runner 在 4.43 版本中引入了一个新的用户界面，用于通过模型卡检查模型。这些卡片总结了一个模型族中所有可用的变体，详细描述了它们的特征，如参数数量、量化、格式、大小和架构。

对于更喜欢在命令行中工作的开发人员， docker model 命令现在支持检查、监控和卸载模型。在 Docker Compose 级别，开发人员现在可以指定给定模型使用的上下文大小以及 llama.cpp运行时标志。此外，Model Runner 增加了对几个 OpenAI API 选项的支持，包括使用 {" stream ": " true "} 的工具支持，以及通过自定义 CORS 配置改进的兼容性和安全性。

Docker Desktop 4.43 还升级了 Gordon AI 智能体，添加了对多线程对话的支持，并实现了 5 倍的性能提升。

现在，你可以并行运行多个不同的对话，并在主题之间切换，例如在一个线程中调试容器问题，在另一个线程中细化 Docker Compose 设置，而不会丢失上下文。

Compose Bridge 是一个新功能，它允许使用单个命令将 compose.yaml 文件转换为 Kubernetes 配置：

Docker compose bridge convert

这种创新自动生成全面的 Kubernetes 资源，确保本地开发环境可以快速准确地映射到类似生产的 Kubernetes 集群中。

Compose Bridge 能够基于 Compose 文件声明自动创建命名空间、配置映射、部署、服务、密钥、网络策略和持久卷。开发人员可以通过自定义一组模板文件来调整 Compose Bridge 创建 Kubernetes 资源的方式。为了达到这个目的，你可以导出默认转换所使用的模板文件并修改它们，或者为未被默认转换管理的资源构建自己的模板。

compose.yaml 模型可能无法提供填充目标清单文件所需的所有配置属性。如果是这种情况，那么你可以依赖 Compose 自定义扩展来更好地描述应用程序，并提供中立的转换。

例如，这允许开发人员将 x-virtual-host 元数据添加到一个 Compose 文件中，并通过在自定义模板文件中设置自定义ingress属性来定义如何将其转换为Kubernetes配置。使用自定义模板文件需要重新打包 Compose Bridge 使用的 Docker 镜像。

关于 Docker Desktop 4.43 的最后一个说明是，MCP 工具包现在支持 OAuth，并提供与 GitHub 和 Visual Studio Code 的改进集成。

原文链接：

https://www.infoq.com/news/2025/07/docker-desktop-kubernetes-bridge/