数か月前のModel Runner導入に続いて、Docker Desktop 4.43はモデル管理の改善とOpenAI互換性の拡大によりその機能を強化した。このリリースではKubernetes構成の生成を簡素化する新しいCompose Bridgeがデビューし、Gordon AIエージェントがアップグレードされた。
Docker社のModel Runner 4.43ではモデルカードを通じてモデルを検査するための、新しいユーザーインターフェースが導入された。これらのカードはモデルファミリー内のすべての利用可能なバリアントを要約し、パラメータ数、量子化、フォーマット、サイズ、アーキテクチャなどの特徴を詳細に説明している。
コマンドラインで作業することを好む開発者向けにdocker modelコマンドはモデルの検査、モニタリング、アンロードをサポートするようになった。Docker Composeレベルでは開発者は特定のモデルに使用するコンテキストサイズやllama.cppのランタイムフラグを指定できるようになった。さらにModel Runnerは{"stream": "true"}を用いたツールサポートを含む複数のOpenAI APIオプションをサポートし、カスタムCORS設定を使って互換性とセキュリティも向上した。
Docker Desktop 4.43ではGordon AIエージェントもアップグレードされ、マルチスレッド会話のサポートが追加され、パフォーマンスが5倍向上した。
これにより複数の異なる会話を並行処理し、例えばあるスレッドでコンテナ問題をデバッグし、別スレッドでDocker Composeセットアップをリファインするなど、コンテキストを失うことなくトピックを切り替えながら作業できます。
Compose Bridgeは新しい機能であり、ひとつのcompose.yamlファイルをKubernetes構成に変換できるようにした:
docker compose bridge convert
このイノベーションにより包括的なKubernetesリソースが自動生成され、ローカル開発環境を本番環境に近いKubernetesクラスターに迅速かつ正確に反映できます。
Compose Bridgeはcompose.yamlファイルの宣言に基づいて、名前空間、構成マップ、デプロイメント、サービス、シークレット、ネットワークポリシー、永続ボリュームを自動作成できる。開発者はテンプレートファイル・セットをカスタマイズすることで、Compose BridgeがKubernetesリソースを作成する方法を調整できる。この目的のためにデフォルト変換で使用されるテンプレートファイルをエクスポートして変更するか、デフォルト変換で管理されないリソース用の独自テンプレートを作成することができる。
compose.yamlモデルがターゲットマニフェストを生成するために必要なすべての構成属性を提供しない場合があります。もしそうであれば、アプリケーションをより詳しく記述するためにComposeのカスタム拡張を利用し、汎用的な変換を提供することができます。
例えば開発者はComposeファイルにx-virtual-hostメタデータを追加し、カスタムテンプレートファイル内でカスタムイングレス属性を設定することで、それをKubernetes構成にどのように変換するかを定義できる。カスタムテンプレートファイルを使用する場合、Compose Bridgeで使用されるDockerイメージを再パッケージ化する必要がある。
最後にDocker社のDesktop 4.43に関する注目点として、MCP ToolkitがOAuthをサポートするようになり、GitHubおよびVisual Studio Codeとの統合がさらに改善されたことが挙げられる。