Dockerfile(ドッカーファイル)とは | 意味や読み方など丁寧でわかりやすい用語解説

Dockerfileは、Dockerイメージを自動的に構築するためのテキストファイルである。Dockerイメージとは、アプリケーションとその実行に必要なすべての要素（オペレーティングシステム、ライブラリ、設定ファイル、アプリケーションコードなど）を一つにまとめた、自己完結型のパッケージであり、仮想マシンイメージのより軽量版と捉えることができる。Dockerfileは、このDockerイメージをどのような手順と内容で作成するかを記述した命令の集合体であり、言わば「イメージ作成のレシピ」や「設計図」に相当する。これにより、開発者はアプリケーションの実行環境をコードとして定義し、その定義に基づいて誰でも、いつでも、どこでも同じ環境を再現できるようになる。これは、アプリケーションの開発、テスト、本番環境間での差異によって生じる問題を解消し、環境構築のプロセスを標準化・自動化する上で極めて重要な役割を果たす。

Dockerfileの理解には、まずDockerにおける「イメージ」と「コンテナ」の関係性を把握することが不可欠である。Dockerは、コンテナと呼ばれる隔離された環境でアプリケーションを実行するためのプラットフォームである。Dockerイメージは、このコンテナを起動するための静的な「テンプレート」であり、一度作成されたイメージは何度でも再利用してコンテナを生成できる。コンテナは、そのイメージを元に実際にメモリ上で動作している「実行中のインスタンス」である。Dockerfileは、この不変のDockerイメージを作成するための具体的な指示書であり、記述された命令は上から順に実行され、結果として一つのDockerイメージが構築される。

Dockerfileには、Dockerイメージを構築するために必要なさまざまな命令を記述する。主要な命令とその役割は以下の通りである。

• FROM: ベースとなるイメージを指定する。Dockerイメージは常に既存のイメージを土台として構築されるため、どのOS（Ubuntu、Alpineなど）や特定のミドルウェア（Node.js、Python、OpenJDKなど）を基盤とするかを定義する。例えば、FROM ubuntu:22.04と記述すると、Ubuntu 22.04をベースとするイメージの構築が開始される。
• RUN: イメージのビルド中に実行するコマンドを指定する。これは、ベースイメージに新しいソフトウェアをインストールしたり、アプリケーションの依存関係を解決したり、ファイルをビルドしたりするために使用される。例えば、RUN apt-get update && apt-get install -y gitのように、OSのパッケージマネージャーを使って必要なツールをインストールする。各RUN命令は、新しいレイヤー（層）としてイメージに追加される。
• COPY / ADD: ホストマシン（Dockerfileが存在する環境）からDockerイメージ内にファイルやディレクトリをコピーする。COPY . /appと記述すると、Dockerfileと同じディレクトリにあるすべてのファイルをイメージ内の/appディレクトリにコピーする。ADDはCOPYに加えて、リモートURLからのファイルのダウンロードやtarファイルの自動展開などの機能を持つが、セキュリティやキャッシュの観点から、ファイルやディレクトリのコピーには通常COPYが推奨される。
• WORKDIR: その後のRUN、CMD、ENTRYPOINT命令が実行される際の作業ディレクトリを設定する。例えば、WORKDIR /appと指定すると、それ以降のコマンドはこの/appディレクトリ内で実行されることになり、コマンドのパス指定を簡略化できる。
• EXPOSE: コンテナがリッスンする（外部からの接続を待つ）ポートを宣言する。これはあくまでドキュメントとしての役割が強く、実際にホストマシンとコンテナのポートを紐付けて外部からアクセス可能にするには、docker runコマンドで別途ポートマッピングを行う必要がある。Webサーバーが80番ポートで動作する場合、EXPOSE 80と記述する。
• ENV: 環境変数を設定する。コンテナ内で利用する各種設定値（データベースの接続情報、アプリケーションのモードなど）を定義できる。ENV MY_APP_ENV productionのように記述し、コンテナ内でecho $MY_APP_ENVなどで値にアクセスできる。
• CMD / ENTRYPOINT: コンテナが起動したときに実行されるデフォルトのコマンドを指定する。CMDは、コンテナ起動時のデフォルトコマンドを提供し、docker runコマンドで別のコマンドが指定された場合に上書きされる。一方、ENTRYPOINTは、コンテナが実行される際のエントリポイント（起点）となり、CMDはそのENTRYPOINTに渡される引数として扱われることが多い。通常、CMDはアプリケーションのメインプロセスを起動するために用いられ、ENTRYPOINTはコンテナが実行可能なコマンド（例: bashシェル）として機能するように設定される。

Dockerfileの最大の利点は、その「再現性」と「自動化」にある。Dockerfileがあれば、どのような開発環境でも常に同じDockerイメージを生成でき、結果としてアプリケーションの動作環境を統一できる。手動での環境構築にありがちな設定ミスやバージョン差異による問題を排除し、開発チーム全体の生産性を向上させる。また、Dockerfile自体がコードであるため、Gitなどのバージョン管理システムで管理でき、環境の変更履歴を追跡したり、以前のバージョンにロールバックしたりすることが容易になる。これは、CI/CD（継続的インテグレーション/継続的デリバリー）パイプラインに組み込むことで、アプリケーションのビルドからテスト、デプロイまでの一連のプロセスを完全に自動化する基盤ともなる。Dockerイメージは軽量で可搬性に優れるため、一度作成すれば、Dockerがインストールされているあらゆる環境で同じアプリケーションを迅速かつ確実にデプロイできる。

実際にDockerfileを使用してDockerイメージを作成するには、まずテキストエディタでDockerfileを記述し、そのファイルが存在するディレクトリでdocker build -t my-application:1.0 .のようなコマンドを実行する。-tオプションは、生成されるイメージに「my-application」という名前と「1.0」というタグを付けることを意味し、最後の.はDockerfileがカレントディレクトリにあることを示す。このコマンドが成功すると、指定した名前のDockerイメージがローカルに生成される。その後、docker run -p 8080:80 my-application:1.0といったコマンドで、生成されたイメージから新しいコンテナを起動し、アプリケーションを実行できる。この例では、ホストマシンの8080番ポートとコンテナ内の80番ポートを紐付け、外部からWebアプリケーションにアクセスできるようにしている。

システムエンジニアを目指す初心者にとっては、まずシンプルで小さなアプリケーション（例: "Hello, World!"を表示するWebサーバー）からDockerfileを作成し、その動作を確認することが、概念理解への第一歩となる。公式のDockerイメージ（例えば、Nginx、Redis、MySQLなど）のDockerfileを参照することで、より実践的な記述方法やベストプラクティスを学ぶことも有効である。各命令がイメージのレイヤーとして積み重なっていく構造を意識し、不必要なファイルを含めない、複数のRUNコマンドを効率的にまとめるなどの工夫によって、より軽量で効率的なイメージを作成できることを覚えておくと、今後のシステム開発において非常に役立つだろう。