Docker イメージとコンテナの違いは何ですか?

Question

Accepted Answer

Docker の**イメージ**は読み取り専用の**テンプレート**(依存関係とともにパッケージ化されたアプリケーション)であり、**コンテナ**はイメージの**実行中のインスタンス**です。この関係はクラスとオブジェクトのようなもので、1 つのイメージから多数のコンテナを生成できます。 ## イメージ vs コンテナ ```text IMAGE → a read-only TEMPLATE: the app + dependencies + config, built in layers (like a blueprint/class; stored, shared, versioned) CONTAINER → a RUNNING INSTANCE of an image (with a writable layer on top) (like an object created from a class; has runtime state) One IMAGE → many CONTAINERS (run the same image multiple times) ``` ## イメージの操作 ```bash docker build -t myapp:1.0 . # BUILD an image from a Dockerfile docker images # list local images docker pull nginx # download an image from a registry docker push myapp:1.0 # upload an image to a registry docker rmi myapp:1.0 # remove an image ``` イメージは(Dockerfile から)ビルドされ、ローカルまたはレジストリに保存され、タグ(`myapp:1.0`)でバージョン管理され、共有されます。 ## コンテナの操作 ```bash docker run -d -p 80:80 nginx # RUN a container from an image (-d = background) docker ps # list RUNNING containers docker ps -a # list all (including stopped) docker stop # stop a container docker start # start a stopped container docker rm # remove a container docker logs # view a container's logs docker exec -it bash # run a command inside a running container ``` コンテナはイメージから作成され、ライフサイクル(実行、停止、開始、削除)を持ち、ログを確認したり exec で内部に入ったりできます。 ## レイヤー構造による関係 ```text → Images are built in LAYERS (each Dockerfile instruction adds a layer, cached/shared) → A container = the image's read-only layers + a thin WRITABLE layer on top → Changes in a running container go to its writable layer (lost when removed, unless persisted via volumes) — the underlying image is unchanged ``` ## なぜ重要なのかイメージとコンテナの違いを理解することは Docker を扱う上での基礎であり、必ず押さえておくべき不可欠な知識です。この関係 —— **イメージ**は読み取り専用の**テンプレート**(依存関係とともにパッケージ化されたアプリケーションで、設計図やクラスのようなもの)であり、**コンテナ**はそのイメージの**実行中のインスタンス**(クラスから作成されたオブジェクトのようなもので、ランタイム状態を持つ)である —— は Docker の中核となる概念モデルであり、この 2 つを混同すると Docker の仕組みについて混乱を招きます。 **1 つのイメージから多数のコンテナを生成できる**(同じイメージを複数回実行する)という点を理解することは、Docker がスケーリングと一貫性をどのように実現するかを把握する鍵となります。実践的な操作 —— **イメージ**のビルド、一覧表示、pull、push、バージョン管理(`myapp:1.0` のようなタグ付き)、そして**コンテナ**の実行、停止、検査(ログ)、exec による内部操作(ライフサイクルの管理) —— を知っておくことは、Docker を使う上での日々の実務知識です。 **レイヤー構造による関係**(イメージはキャッシュ可能で共有可能なレイヤーでビルドされる。コンテナはイメージの読み取り専用レイヤーに、ランタイムの変更が書き込まれる薄い書き込み可能レイヤーを加えたものであり、その変更はボリュームで永続化しない限り削除時に失われる)を理解することは、Docker の効率性(レイヤーの共有/キャッシュ)と重要な落とし穴(ボリュームがなければコンテナの変更は一時的である)の両方を説明します。イメージ/コンテナの区別は Docker の基礎となるメンタルモデルであり、それ(および関連する操作とレイヤー構造)を理解することが Docker ワークロードを正しくビルド、実行、管理するために必要であることから、イメージとコンテナの違いを理解することは Docker の不可欠かつ基礎的な知識です。これは Docker のすべてが積み上がる中核概念であり、すべての Docker ユーザーが明確に把握すべき区別です。