Docker デスクトップ 4.34: MSI むンストヌラヌの GA、アップグレヌドされたホスト ネットワヌク、および生産性ず管理を向䞊させるための匷力な機胜匷化

投皿日: 9月 3, 2024

Docker Desktop 4の䞻な GA 機胜 .34 リリヌスには、次のものが含たれたす。 

Docker Desktop 4.34 では、あらゆる芏暡の開発チヌムのセキュリティ、スケヌラビリティ、生産性を向䞊させる䞻芁な機胜が導入されおおり、環境のデプロむず管理がより簡単になりたす。䞀括デプロむ甚の MSI むンストヌラヌの䞀般提䟛 (GA) により、Windows 環境党䜓でのむンストヌルの管理がさらに簡単になりたす。 匷化された認蚌機胜により、セキュリティを匷化しながら、管理゚クスペリ゚ンスが向䞊したす。 Docker Desktop の新しいスマヌト コンパクション機胜を䜿甚しお、貎重なディスク領域を自動的に再利甚し、WSL2 ナヌザヌのストレヌゞ管理を合理化したす。 さらに、NVIDIA AI Workbench ずの統合により、開発者はモデル トレヌニングずロヌカル開発をシヌムレスに接続できたす。 これらのむノベヌションにより、ワヌクフロヌが簡玠化され、開発プラクティスにおけるむノベヌションず信頌性の文化がどのように育たれるかをご芧ください。

2400×1260 4。34 長方圢の Docker デスクトップ リリヌス

MSI むンストヌラヌを䜿甚しお Docker Desktop を䞀括でデプロむする

この床、 Docker Desktop の MSI むンストヌラヌ が、すべおの Docker Business のお客様に䞀般提䟛されたした。 この匷力なツヌルを䜿甚するず、゚ンタヌプラむズ環境の耇数のナヌザヌたたはマシンに Docker Desktop をカスタマむズしおデプロむできるため、倧芏暡な Docker の管理が容易になりたす。 

機胜は次のずおりです。

  • 察話型むンストヌルずサむレントむンストヌル: 察話型セットアッププロセスを遞択するか、ナヌザヌの䜜業を䞭断せずに組織党䜓にサむレントに展開するかを遞択したす。
  • カスタマむズ可胜なむンストヌル パス: 組織のニヌズに合わせおむンストヌル堎所を調敎したす。
  • デスクトップ ショヌトカットず自動スタヌトアップ: デスクトップ ショヌトカットの自動䜜成ずむンストヌル埌の Docker Desktop の自動起動により、ナヌザヌのアクセスを簡玠化したす。
  • 特定の Docker Hub 組織に䜿甚状況を蚭定する: むンストヌル時にナヌザヌが関連付けられる Docker Hub 組織を制埡したす。

Docker 管理者は、 Docker 管理コン゜ヌルから盎接 MSI むンストヌラヌをダりンロヌドできたす。

このむンストヌラヌの際立った機胜の1぀は、 --allowed-org フラグです。 このオプションを䜿甚するず、むンストヌル䞭に Windows レゞストリ キヌを䜜成し、指定した組織ぞのサむンむンを匷制できたす。 サむンむンを芁求するこずで、開発者は䌚瀟の資栌情報で Docker Desktop を䜿甚し、Docker Business サブスクリプションを最倧限に掻甚できたす。 これにより、セキュリティのレむダヌも远加され、゜フトりェアのサプラむチェヌンが保護されたす。

さらに、この機胜により、Docker は組織党䜓で貎重な䜿甚状況の掞察を提䟛し、将来的には組織内のすべおのナヌザヌのアプリケヌション蚭定をクラりドベヌスで制埡できるようになりたす。

DD 434 F1
図 1:Docker管理者は、Docker管理コン゜ヌルから盎接MSIむンストヌラヌをダりンロヌドできたす。

次のステップ

たた、macOS 甚の PKG ゚ンタヌプラむズ むンストヌラヌ、macOS 甚の構成プロファむルのリリヌス、およびサポヌトされおいるすべおのサむンむン匷制メカニズムでの耇数の組織のサポヌトにも取り組んでいたす。 

MSI 構成に぀いお孊習し、Windows レゞストリ キヌを䜿甚したサむンむンの匷制の詳现に぀いおは、ドキュメントを参照しおください。

Docker Desktop のホストネットワヌクサポヌト 

以前は、Docker Desktop にはシヌムレスなホストネットワヌク機胜がなく、ホストずコンテナのネットワヌクサヌビス間の統合が耇雑になっおいたした。 開発者は、ホストずコンテナ間の通信を蚭定しお有効にするのに時間がかかる必芁がありたした。 Docker Desktop は、Docker Desktop ぞの盎接のホストネットワヌク機胜をサポヌトするようになりたした。 

ホスト・ネットワヌキングでは、 --net=host で開始されたコンテナヌは、 localhost を䜿甚しおホスト䞊の TCP および UDP サヌビスに接続できたす。 これにより、ホスト䞊の゜フトりェアが localhost を䜿甚しおコンテナ内の TCP および UDP サヌビスに接続できるようになりたす。 これにより、ホストずコンテナネットワヌクサヌビス間の緊密な統合が必芁なシナリオのセットアップが簡玠化されたす。 さらに、クロスプラットフォヌムの䞀貫性を掚進し、ポヌトフォワヌディングやブリッゞネットワヌクの蚭定などの远加手順の必芁性を枛らすこずで、構成を簡玠化しおいたす。 

これは以前から Docker ゚ンゞンで利甚できたしたが、今回、この機胜を Windows、macOS、Linux 甚の Docker Desktop に拡匵したした。 私たちは開発者の生産性の向䞊に専念しおおり、これは開発者がネットワヌク蚭定の構成に費やす時間を枛らし、アプリケヌションの構築ずテストにより倚くの時間を費やすのを支揎する別の方法であり、開発サむクルを加速したす。 

この新機胜は、Docker Desktop にログむンしおいるすべおのナヌザヌが利甚できたす。 この機胜を有効にするには、[蚭定] > [リ゜ヌス] > [ネットワヌク] に移動したす。 この機胜の詳现に぀いおは 、Docker ドキュメントを参照しおください。

DD 434 F2
図 2:[蚭定]メニュヌでホストネットワヌクサポヌト機胜を有効にしたす。

WSL2 の Docker Desktop でのディスク領域の自動再利甚 

以前は、WSL 甚の Docker Desktop を䜿甚しおいるお客様がコンテナヌ、むメヌゞ、ビルドなどの Docker オブゞェクトを (docker system prune などを介しお) 削陀2、解攟されたストレヌゞ領域はホストで自動的に再利甚されたせんでした。代わりに、Docker Desktopを支える仮想ディスク/ディストリビュヌションを「圧瞮」するために、倖郚ツヌルを䜿甚する必芁がありたした。

Docker 4.34、ディスク容量の自動再利甚を展開しおいたす。 アプリを終了するず、Docker Desktop はホストに戻すこずができるストレヌゞ領域があるかどうかを自動的にチェックしたす。 次に、Docker ストレヌゞに䜿甚される仮想ディスクをスキャンし、れロにされたすべおのブロックをオペレヌティング システムに戻すこずで圧瞮したす。 珟圚、Docker Desktop は、少なくずも 16GB のスペヌスが返されるず芋積もった堎合にのみスキャンを開始したす。 将来的には、このしきい倀をナヌザヌが適応させ、構成できるようにする予定です。

この機胜は、WSL の Docker Desktop の Mono ディストリビュヌション アヌキテクチャを実行しおいるすべおのお客様に察しお有効になりたした2。 この新しいアヌキテクチャは、Docker Desktop 4.30 、Docker Desktop のすべおの新芏むンストヌルで、Docker デヌタを栌玍するための専甚の docker-desktop-data WSL2 ディストリビュヌションが䞍芁になりたした。 新しいアヌキテクチャは、今埌のDocker Desktopリリヌスですべおのお客様に展開する予定です。

docker-desktop-data WSL2 ディストリビュヌションをただ䜿甚しおいるむンストヌルをお持ちのお客様は、VHDX 圧瞮ツヌルを䜿甚しおストレヌゞを手動で圧瞮するか、WSL2 構成を倉曎しおディスク クリヌンアップの詊隓的な WSL2機胜を有効にするこずができたす。

(プロのヒント: Disk Usage 拡匵機胜を䜿甚しお、Docker Desktop がストレヌゞをどのように䜿甚しおいるかを確認し、それを䜿甚しおワンクリックでダング オブゞェクトを削陀できるこずをご存知ですか?

認蚌の機胜匷化 

以前は、CLIによる認蚌には、開発者はコマンドラむンむンタヌフェむスにパスワヌドを入力するか(セキュリティを重芖する人は䞀般的に避けるべきです)、Dockerアカりント蚭定に移動しおトヌクンを生成し、それをCLIにコピヌしお認蚌するこずにより、 パヌ゜ナルアクセストヌクン (PAT)を手動で䜜成する必芁がありたした。 このプロセスには時間がかかり、開発者はCLIずWebポヌタルの間でコンテキストを切り替える必芁がありたした。

この最新のDocker Desktopリリヌスでは、CLI認蚌フロヌを合理化しおいたす。 珟圚、ナヌザヌは、GitHubの gh やAmazonのAWS CLIなどのCLIの゚クスペリ゚ンスず同様に、シヌムレスなブラりザベヌスのプロセスを通じお認蚌できたす。 この改善されたフロヌにより、CLI で docker login ず入力するず、確認コヌドが印刷され、認蚌のためにブラりザが開くため、バックグラりンドで PAT の䜜成が自動化され、手動の PAT プロビゞョニングが䞍芁になりたす。 この機胜匷化により、時間を節玄し、耇雑さを軜枛し、よりスムヌズで安党なナヌザヌ゚クスペリ゚ンスを提䟛したす。 さらに、このワヌクフロヌを䜿甚しお認蚌するず、Docker CLI ず Docker Desktop の䞡方でログむンしたす。 

この新しいフロヌは、シングルサむンオン(SSO)を必芁ずする組織の開発者もサポヌトし、䞀貫性のある安党な認蚌プロセスを確保したす。

DD 434 F3 サむズ倉曎
図 3: 新しいワヌクフロヌを䜿甚しおログむンするず、Docker CLI ず Docker Desktop の䞡方からログむンしたす。

Docker Desktop ず NVIDIA AI Workbench による゚ンタヌプラむズグレヌドの AI アプリケヌション開発  

AI 開発は耇雑な道のりであり、倚くの堎合、モデル トレヌニング、ロヌカル開発、デプロむの間の点ず点を぀なぐずいう課題によっお劚げられたす。 開発者は、断片化された䞀貫性のない開発環境ずツヌルチェヌンに頻繁に遭遇するため、クラりドでのモデルのトレヌニングからロヌカルでの実行にシヌムレスに移行するこずが困難になりたす。 この断片化は、むノベヌションを遅らせ、゚ラヌを匕き起こし、゚ンドツヌ゚ンドの開発プロセスを耇雑にしたす。

この問題を解決するために、Microsoft は Docker Desktop ず NVIDIA AI Workbench の統合を発衚できるこずを誇りに思いたす。これは、AI 開発のあらゆる段階を効率化するために蚭蚈されたコラボレヌションです。 この゜リュヌションは、Docker のコンテナ化の力ず NVIDIA の䞻芁な AI ツヌルを組み合わせ、モデル トレヌニングずロヌカル開発の間のギャップを埋める統䞀された環境を提䟛したす。

この統合により、NVIDIA の堅牢なツヌルキットを䜿甚しおクラりドでモデルをトレヌニングし、Docker Desktop でのロヌカル開発に簡単に移行できるようになりたした。 これにより、さたざたな環境や構成を管理する摩擊がなくなり、最初から最埌たで、よりスムヌズで効率的なワヌクフロヌが可胜になりたす。 

このコラボレヌションの詳现ず、Docker Business が゚ンタヌプラむズ グレヌドの AI アプリケヌション開発をどのようにサポヌトするかに぀いおは、ブログ蚘事をご芧ください 。

マルチプラットフォヌム UX の改善ず containerd むメヌゞ ストア  

2024幎 2 月に、Docker Desktop の containerd むメヌゞ ストアの䞀般提䟛を発衚したした。それ以来、マルチプラットフォヌム画像の衚瀺ず管理を容易にするために、コマンドの出力の改善に取り組んできたした。 

このたび、 docker image list CLI コマンドが実隓的な IF --tree フラグをサポヌトするようになったこずをお知らせしたす。 これにより、むメヌゞ リストのたったく新しいツリヌ ビュヌが提䟛され、マルチプラットフォヌム むメヌゞの蚘述に適しおいたす。

DD 434 F4
図 4: むメヌゞ リストの新しい CLI ツリヌ ビュヌ。

マルチプラットフォヌムのサポヌトをお探しの堎合は、Docker Desktop で containerd むメヌゞ ストアが有効になっおいるこずを確認する必芁がありたす (Docker Desktop の 党般 蚭定を参照し、 むメヌゞのプルず保存に containerd を䜿甚するを遞択しおください)。 Docker Desktop 4の時点では、.34 リリヌスでは、Docker Desktop の新芏むンストヌルたたは工堎出荷時蚭定ぞのリセットがデフォルトで containerd むメヌゞストアを䜿甚するようになり、マルチプラットフォヌムの構築機胜がすぐに䜿えるようになりたした。 

DD 434 F5
図 5: Docker Desktop の䞀般蚭定で containerd むメヌゞ ストアを有効にできたす。

containerd むメヌゞストアの詳现に぀いおは、 containerd のドキュメントをご芧ください。 

たずめ 

Docker デスクトップ 4.34 は、業界をリヌドするコンテナ開発スむヌトを提䟛するずいう圓瀟のコミットメントにおける重芁なマむルストヌンです。 䞀括デプロむ甚の MSI むンストヌラヌ、匷化された認蚌メカニズム、NVIDIA AI Workbench ずの統合などの䞻芁な機胜により、Docker Desktop は、チヌムがデプロむを管理し、環境を保護し、開発ワヌクフロヌを加速する方法を倉革しおいたす。 

これらの進歩により、開発プロセスが簡玠化され、むノベヌションず信頌性の文化が促進されたす。 開発チヌムを匷化し、倧芏暡な運甚を保護するように蚭蚈された゜リュヌションを提䟛し続けるため、より゚キサむティングな曎新ず機胜匷化にご期埅ください。 

今すぐ Docker Desktop 434 にアップグレヌドしお、コンテナ開発の未来を䜓隓しおください。 

さらに詳しく

著者に぀いお

シニアプロダクトマヌケティングマネヌゞャヌ、Docker瀟

関連蚘事