3日目　Dockerとコンテナ

sudo apt update
sudo apt install -y docker.io docker-compose-v2

docker.io はUbuntuが配布しているDocker本体のパッケージ、docker-compose-v2 は docker compose コマンドを使えるようにする追加部品です。

sudo systemctl enable --now docker
sudo systemctl status docker
docker --version

Dockerは、裏で動き続ける係（dockerd というサービス）と、私たちが打つ docker コマンドの2つに分かれています。コマンドは係に「このコンテナを動かして」と頼むだけで、実際の作業は係がします。status で active (running)、--version で版が表示されれば準備完了です。1エビデンス1の撮影ポイント撮影ポイント　エビデンス1手順2で sudo systemctl status docker と docker --version を実行した直後。active (running) と版の表示が1画面に入るように撮る（status の表示が長いときは q で抜けてから --version を打つ）。エビデンス一覧の項目へ移動 ↓

sudo docker run --rm hello-world

初回は手元にイメージがないので、まず Unable to find image 'hello-world:latest' locally（手元に見つからない）と出てから、倉庫からダウンロードされます。そのあと Hello from Docker! で始まるメッセージが表示されれば成功です。2エビデンス2の撮影ポイント撮影ポイント　エビデンス2手順3で sudo docker run --rm hello-world を実行した直後。Hello from Docker! のメッセージが見えるように撮る。初回のダウンロードの表示（Unable to find image …）も写っていると、何が起きたかを説明しやすい。エビデンス一覧の項目へ移動 ↓メッセージの中には、今起きたことが英語で説明されています。考察のヒント考察のヒントhello-world を動かすためにあなたがインストールしたのは Docker だけでした。アプリの動作に必要なものがすべてイメージに入っているからで、課題2（配布と環境再現の利点）の具体例になります。

1. docker コマンドが、裏の係（Dockerデーモン）に連絡した
2. 係が Docker Hub から hello-world のイメージを取ってきた
3. 係がそのイメージから新しいコンテナを作り、中のプログラムを動かした
4. プログラムが出したメッセージを、係がターミナルに届けた

sudo docker ps -a
sudo docker images

docker ps -a

コンテナの一覧。-a を付けると、止まっているものも含めてすべて表示する。STATUS 欄が Up … なら動作中、Exited … なら終了済み

docker images

手元にあるイメージの一覧。REPOSITORY（名前）、TAG（版）、SIZE（大きさ）などが並ぶ

手順3では --rm を付けたので、hello-world のコンテナは終了と同時に消え、ps -a には出てこないことがあります。一方、イメージは残るので docker images には表示されます。「コンテナは消えても、ひな形は残る」ことが分かります。考察のヒント考察のヒントひな形（イメージ）と実体（コンテナ）を分けて管理しているから、コンテナを消しても同じものを何度でも作り直せます。環境の再現性を論じるときの根拠になります。3エビデンス3の撮影ポイント撮影ポイント　エビデンス3手順4で sudo docker ps -a と sudo docker images を続けて実行した直後。ps -a が空でも、images に hello-world が表示されていればよい。エビデンス一覧の項目へ移動 ↓

sudo docker compose version

Docker Compose version v2.… のように表示されれば使えます。4エビデンス4の撮影ポイント撮影ポイント　エビデンス4手順5で sudo docker compose version を実行した直後。版の表示が写っていればよい。エビデンス一覧の項目へ移動 ↓

sudo mkdir -p /opt/compose-demo
cd /opt/compose-demo

/opt は追加のソフトを置く慣習的な場所です。Composeのコマンドは、compose.yaml があるディレクトリで実行するのが基本なので、構成ごとにディレクトリを分けます。

sudo nano /opt/compose-demo/compose.yaml

services:
  web:
    image: traefik/whoami
    container_name: compose-whoami
    ports:
      - "8080:80"
    restart: unless-stopped

SSHで接続しているので、このガイドの「コピー」ボタンでコピーし、nanoの画面に貼り付けられます（Ctrl+Shift+V）。1日目と同じYAMLなので、字下げの数に気をつけます。

cd /opt/compose-demo
sudo docker compose config
sudo docker compose up -d
sudo docker compose ps

config

compose.yaml を読み取り、解釈した結果を表示する。書き間違いがあれば、ここでエラーになる。起動前の点検考察のヒント考察のヒント「反映する前に検査する」考え方は、sshd -t、named-checkconf、nginx -t など、この実験に何度も出てきます。共通する目的をまとめておくと、複数の課題の考察で使えます。

up -d

書いたとおりに構成を立ち上げる。-d（デタッチ）は「裏で動かして、ターミナルはすぐ返して」という意味。初回はイメージのダウンロードが入る

ps

この構成のコンテナの状態。STATUS が Up、PORTS に 0.0.0.0:8080->80/tcp のように出ていれば、8080番がコンテナの80番につながっている

config と ps の画面がエビデンス5です。5エビデンス5の撮影ポイント撮影ポイント　エビデンス5手順8で up -d のあとに ps を実行した時点。config の解釈結果と、ps の STATUS（Up）と PORTS（0.0.0.0:8080->80/tcp）が見えるように撮る。長くて1画面に入らなければ2枚に分ける。エビデンス一覧の項目へ移動 ↓

curl http://localhost:8080
sudo docker compose logs --tail 20

curlはURLにアクセスして、返ってきた中身を表示するコマンドです。localhost は「この機械自身」を指すので、サーバーの中から自分の8080番にアクセスしています。6エビデンス6の撮影ポイント撮影ポイント　エビデンス6手順9で curl http://localhost:8080 を実行した直後（サーバー側からのアクセス）。エビデンス6は「サーバー側とクライアント側の両方から届く」ことを示すものなので、手順10または11のクライアント側の画面と組にして載せる。エビデンス一覧の項目へ移動 ↓

Hostname: 5f3c2b1a9d8e
IP: 127.0.0.1
IP: ::1
IP: 172.18.0.2
RemoteAddr: 172.18.0.1:40912
GET / HTTP/1.1
Host: localhost:8080
User-Agent: curl/8.5.0
Accept: */*

Hostname

コンテナの中から見た自分の名前（コンテナIDの短縮形）

IP

コンテナに割り当てられたアドレス。172.18.0.2 のような番号は、Dockerがコンテナ用に作った内部のネットワークのもの

RemoteAddr

コンテナから見た、アクセスしてきた相手

GET / HTTP/1.1 以下

curlが送ったリクエストの中身そのもの（4日目のHTTPで詳しく学ぶ）

logs --tail 20 は、この構成のコンテナが出したログの最後の20行です。

Test-NetConnection 192.168.100.xxx -Port 8080

TcpTestSucceeded : True になるはずです。ここで「あれ？」と思えたら鋭いです。2日目のufwでは22番しか許可していないのに、8080番につながるのはなぜでしょうか。

WindowsのブラウザでURL欄に http://192.168.100.xxx:8080 と入れると、手順9と同じような文字の画面が表示されます。User-Agent がブラウザの名前に、RemoteAddr がWindows PCのアドレスに変わっているはずです。サーバーの中から見たときと、何が同じで何が違うかを比べると、考察の材料になります。6エビデンス6の撮影ポイント撮影ポイント　エビデンス6手順11でブラウザに whoami の応答が表示された時点（クライアント側からのアクセス）。URL欄の http://192.168.100.xxx:8080 も写るように撮る。手順12の down より前に撮ること。エビデンス一覧の項目へ移動 ↓

cd /opt/compose-demo
sudo docker compose down
sudo docker compose ps

down は、この構成のコンテナを止めて削除します。ps の一覧が空になれば片付け完了です。compose.yaml は残っているので、もう一度 up -d すれば、同じ構成がすぐに再現できます。この「何度でも同じものが立ち上がる」ことが、Composeを使ういちばんの価値です。考察のヒント考察のヒント毎回コマンドを手で打つ場合と比べて、打ち間違い・人への引き継ぎ・変更の記録がどう変わるかを考えると、課題3の中心が書けます（Infrastructure as Code（IaC））。

片付けておかないと、8080番が開いたまま残ります（ufwをすり抜けるのは上で見たとおりです）。