11月10日のAppleの「One More Thing」イベントで明らかにされたDockerは、新しいMacがAppleシリコンとそのM1チップを搭載しているのを見て興奮していました。 Dockerでは、Macが何百万ものお客様に喜んでいただくために必要な新しいハイパーバイザー機能とサポートを検討してきました。 6月のApple WWDCで、Appleがステージ上でDocker Desktopを強調したときに、これらの取り組みの最初のスポットライトが見られました。 Docker の目標は、 Docker Desktop for Mac の何百万人ものユーザーに、現在と同じ優れたエクスペリエンスを新しい Mac で提供し、この移行を可能な限りシームレスにすることです。
お客様に適切なエクスペリエンスを構築するということは、リリースをプッシュする前にかなりの数のことを正しく行うことを意味します。 Appleはアプリケーションを新しいM2チップに移行するのに役立つRosetta1をリリースしましたが、これはDockerDesktopで私たちを完全に理解するわけではありません。 Docker Desktopの内部では、仮想マシンを実行しており、Appleの新しいハードウェアでこれを実現するには、Appleの新しいハイパーバイザーフレームワークに移行する必要があります。 また、Docker Desktopのコアエクスペリエンスを提供するすべての配管を行い、今日のように端末からできるように docker run する必要があります。
これに加えて、Docker Desktop GAの新しいバージョンを作成する前に変更を加える必要がある技術的な依存関係が上流にあります。 デスクトップのコンテンツを表示するために、Docker Desktop のバックエンドには Go 、Docker ダッシュボードには Electron などに依存しています。 これらのプロジェクトがM1チップの準備に懸命に取り組んでいることを私たちは知っており、それらを注意深く見守っています。
また、リリースの品質を適切に確保したいと考えており、チームが反復可能で信頼性の高いテストをサポートするための適切なツールを導入することを意味します。 これを行うには、Dockerデスクトップの自動テストに使用する1MacMiniを補完するM25チップのCIのセットアップを含む作業を完了する必要があります。 Appleの発表は、これらのセットアップを開始し、M1チップ上のデスクトップのテストを自動化し始めることができることを意味します。
最後になりましたが、製品の docker buildエクスペリエンスも確認する必要があります。 開発者は、以前よりも多くのマルチアーキテクチャビルドを行うことを検討することを私たちは知っています。 現在、buildxの背後でマルチアーキテクチャビルドがサポートされており、このリリースの一部としてこれをより簡単にする方法に取り組む必要があります。 開発者は引き続き Docker でローカルに作業し、アーキテクチャに関係なく、コンテンツだけ build - share - run を今と同じように簡単に実行できるという自信を持ってもらいたいと考えています。
新しいMacハードウェアに興奮していて、M1チップ上のDockerのステータスを最新の状態に保ちたい場合は、 Docker IDにサインアップして、最新のアップデートのニュースレターを入手してください。 また、最新バージョンのDocker DesktopがBig Surで実行されていることをお知らせします。 フィードバックがある場合は、 課題トラッカー または 公開ロードマップのいずれかでお知らせください。
また、公開ロードマップ、Twitter、および問題トラッカーに携わってくださったすべての人に心から感謝します。 あなたの興味とエネルギーは大歓迎です! フィードバックを提供し続け、今後の取り組みにご協力ください。 ❤️