Docker Desktop 使い方ガイド

Docker Desktop は、Mac・Windows・Linux のパソコンで Docker を使うための「全部入り」アプリです。Docker 社が作っていて、インストールすると、コンテナを動かすエンジンから、コマンド、画面（ダッシュボード）まで一式がそろいます。

「コンテナ」は、アプリと、それが動くのに必要なもの（OS の部品、ライブラリ、設定）をひとまとめにした箱です。箱ごと動かすので、だれのパソコンでも、サーバーでも、同じように動くのが強み。コンテナそのものの考え方は、開発ガイドのDocker 入門と実践で詳しく書きました。この記事は、その Docker を手元のパソコンで使うためのアプリの話です。

• Docker Engine ── コンテナを実際に動かす本体。サーバーの Linux で使われているものと同じ
• コマンド一式 ── docker、複数のコンテナをまとめて動かす docker compose、イメージを作る docker buildx、Kubernetes 用の kubectl など
• ダッシュボード ── この記事で紹介する画面。コンテナ・イメージ・ボリュームの一覧と操作、ログの確認、設定
• そのほか ── 1台で試せる Kubernetes、脆弱性を調べる Docker Scout、拡張機能、AI の助手 Gordon、AI モデルを動かす Model Runner など

前身は、2016年に登場した「Docker for Mac」と「Docker for Windows」です。それまで Mac や Windows で Docker を使うには、自分で仮想マシンを用意する必要がありました。これをインストールするだけで使えるようにしたのが始まりで、のちに Docker Desktop という名前にまとまり、Linux 版も加わりました。

コンテナは、もともと Linux のカーネル（OS の中心部）の機能で動きます。Mac や Windows のカーネルにはその仕組みがないため、Docker Desktop は裏で小さな Linux の仮想マシンを動かし、その中で Docker Engine とコンテナを動かしています。

この仕組みを知っておくと、次のことが腑に落ちます。

• メモリやディスクを食う ── 裏で Linux 一台分が動いているから。上限は設定で決められる（九章）
• パソコンのフォルダの読み書きが遅いことがある ── パソコンと仮想マシンの間でファイルを受け渡しているから（十三章）
• コンテナの IP アドレスには直接届かない ── コンテナは仮想マシンの中のネットワークにいるから。外から使うには「ポートの公開」をする（三章）
• Apple シリコンの Mac では、Intel 向けイメージが遅い ── 仮想マシンの中は ARM の Linux。Intel（amd64）向けのイメージはエミュレーションで動かすことになる

画面の操作に入る前に、Docker の言葉を押さえておきましょう。ここが分かれば、画面のどこに何があるかも自然に分かります。

中でも大事なのが「コンテナは使い捨て」という感覚です。コンテナの中に書き込んだデータは、コンテナを消すと一緒に消えます。残したいデータは、ボリュームかバインドマウントに置く。この区別は八章でもう一度見ます。

Docker Desktop は公式サイト（docker.com）から入手します。Mac は Apple シリコン用と Intel 用で入手するファイルが分かれています。

注意したいのは料金です。Docker Desktop は、だれでも無料というわけではありません。

サインインは必須ではありません。この記事の画面も、サインインしない Personal（画面左上に「PERSONAL」と表示）で撮っています。サインインすると、Docker Hub からイメージを取得するときの回数制限がゆるくなるなどの利点があります。

起動すると、次のような画面（ダッシュボード）が開きます。メニューバーのクジラのアイコンからも、いつでも開けます。

まずは、Web サーバーの nginx（エンジンエックス）を動かしてみます。コマンドは一つも打ちません。

Run を押すと、イメージの取得が終わりしだいコンテナが起動し、コンテナの詳細画面に切り替わります（冒頭の写真）。ブラウザで http://localhost:8080 を開くと、「Welcome to nginx!」のページが表示されました。これで、パソコンの 8080 番 → コンテナの 80 番がつながったことが確かめられます。

動かしたコンテナは、Containers 画面に並びます。この Mac にはほかのコンテナもあるので、検索欄で名前を絞り込んでいます。

コンテナには「一生」があります。ボタンとコマンドの関係を図にしました。

コンテナの名前をクリックすると、詳細画面が開きます。ここが Docker Desktop でいちばんよく使う画面です。

取得したイメージは Images 画面に並びます。イメージは一つで数百 MB になることもあり、ためこむとディスクを圧迫します。使わないものはここから削除しましょう。

Docker Scout の分析は、イメージの中のパッケージの一覧（SBOM）を作り、既知の脆弱性と照らし合わせるものです。「脆弱性がある＝すぐ危ない」ではありませんが、「Fixable（直した版がある）」が付いたものは、新しい版のイメージに替えることで解消できることが多いので、定期的に見ておくと安心です。

次はデータの置き場所です。三つの置き場所の違いを図にまとめました。

画面から作ったボリュームを実際にコンテナにつなぐのは、コマンド（docker run -v）や Compose の設定で行います。画面は「一覧して、中身を確かめて、要らなくなったら消す」ための場所、と考えると分かりやすいでしょう。

右上の歯車から設定を開きます。まず見ておきたいのは Resources（資源）です。

Docker Engine 画面は上級者向けです。たとえば、レジストリのミラー（代わりの取得元）を使う、ログファイルの大きさに上限を付ける、といった設定を書きます。書き換える前に元の内容を控えておくと、起動しなくなったときにすぐ戻せます。

画面でできることは、すべてコマンドでもできます。最初は画面で覚え、慣れてきたらコマンドに移ると、手順を文書やスクリプトに残せて便利です。ここまでの操作をコマンドにすると次のとおりです。

# ① イメージを取得する（画面の Pull）
docker pull nginx:stable-alpine

# ② 名前とポートを決めて起動する（画面の Run）
docker run -d --name kiji-web -p 8080:80 nginx:stable-alpine

# ③ コンテナの一覧（Containers 画面。-a で停止中も）
docker ps -a

# ④ ログを見る（Logs タブ。-f で流れ続けるログを追う）
docker logs -f kiji-web

# ⑤ 中に入る（Exec タブ）
docker exec -it kiji-web sh

# ⑥ ボリュームを作る（Volumes 画面の Create）
docker volume create kijidata

# ⑦ 後片付け（削除ボタン）
docker rm -f kiji-web
docker volume rm kijidata
docker image rm nginx:stable-alpine

# ⑧ ディスクの使用量を見る・使っていないものを掃除する
docker system df
docker system prune

複数のコンテナを組み合わせるなら、Compose を使います（書き方はDocker 入門と実践の六章以降）。docker compose up で起動すると、Containers 画面ではプロジェクト名でまとまって表示され、まとめて止めたり消したりできます。

ここ1〜2年で、Docker Desktop には AI に関わる機能が次々に加わりました。左のメニューの上から見ていきます。

どれも新しく、ベータの機能も多いので、画面や名前は変わりやすい部分です。Gordon にプロジェクトのフォルダを読ませるときは、その中身が AI のサービスに送られることを意識し、会社のコードで使ってよいか事前に確認しましょう。ローカルの AI モデルの動かし方は、開発ガイドのローカル環境で大規模モデルを動かすも参考になります。

手元でコンテナを動かすアプリは、Docker Desktop だけではありません。どれも同じ形式（OCI）のイメージを使えるので、途中で乗り換えるのも難しくありません。

なお、Windows では WSL 2 の中に Linux 用の Docker Engine を直接入れる方法もあります。無料ですが、Windows 側との連携（ファイル共有や起動の手間）を自分で整える必要があります。

• ディスクは定期的に掃除する ── イメージ、止まったコンテナ、使っていないボリューム、ビルドのキャッシュがたまる。docker system df で内訳を見て、docker system prune で掃除（ボリュームは --volumes を付けたときだけ消える）
• Apple シリコンの Mac では ARM 版のイメージを選ぶ ── 多くの公式イメージは両方入りで自動的に選ばれる。Intel 用しかないときは --platform linux/amd64 で動くが遅い
• ソースコードの共有が遅いとき ── node_modules など大量の小さなファイルはボリュームに置く。有料プランの Synchronized file shares を使う手もある
• コンテナからパソコン側のサービスを呼ぶ ── localhost ではなく host.docker.internal を使う。コンテナの中の localhost はコンテナ自身を指す
• 「port is already allocated」と出たら ── そのポートを別のアプリかコンテナが使っている。番号を変える（例 8081:80）か、使っている方を止める
• 起動しない・おかしいとき ── 右上の「?」（Troubleshoot）から、まず「Restart」。だめなら診断情報を集める（docker desktop diagnose でも可）
• 拡張機能は信頼できるものだけ ── 設定画面にも「拡張機能はホストの権限で動く」と警告がある。ファイルの読み書きや Docker Engine の操作ができるので、出どころを確かめてから入れる
• 版をそろえる ── チームで使うなら Docker Desktop と Compose の版をそろえ、手順書に版を書いておく