Dockerとは？非エンジニアのためのコンテナ解説

Dockerは、アプリを実行に必要なものすべて（適切な言語のバージョン、ライブラリ、システムツール、設定など）と一緒に、コンテナと呼ばれる標準的な単位にまとめるツールです。コンテナは、開発者のノートパソコン、テスト用サーバー、クラウドのホストのどこでも同じように動くので、「自分の環境では動いたのに」という昔からの問題をなくします。コンテナを作るための手順は、Dockerfileと呼ばれる短いテキストファイルに書きます。

AIでアプリを作るときにDockerが重要な理由

アプリにバックエンド（Python、Node、C#、JavaのAPIなど）がある場合、正しいソフトウェアがすべてインストールされた環境で動かす必要があります。Dockerは、それを再現可能にする最も一般的な方法です。

• バックエンドのデプロイ。 Mythexを含む多くのホストは、Dockerfileからコンテナを作ってバックエンドをデプロイします。Mythexでは、「C#のWeb API」や「Javaのバックエンド」を頼むと、アプリとDockerfileが作られ、公開するとイメージが作成されてデプロイされます（APIバックエンド）。
• プラットフォームからの移行。 AIで作ったアプリをエクスポートする場合、Dockerfileがあれば別のホストで動かすのがずっと簡単になります。AIで作ったアプリをエクスポートして自前のサーバーで動かす方法をご覧ください。
• 開発者との協業。 プロジェクトに参加した開発者は、丸一日かけてツールを入れる代わりに、1、2個のコマンドでアプリ全体を起動できます。

身近なたとえ：輸送用コンテナ

標準の輸送用コンテナが登場する前、貨物は袋、樽、箱などを1つずつ積み込んでいて、港ごとに扱い方もばらばらでした。標準の鉄製コンテナは、それを変えました。一度詰めてしまえば、中身が何であっても、どの船、クレーン、列車、トラックでも運べます。

Dockerはソフトウェアにとって同じ役割を果たします。

• Dockerfile は、梱包リストと手順書です。
• イメージ は、封をして梱包されたコンテナです。
• 実行中のコンテナ は、そのコンテナが船の上で働いている状態で、ここではサーバーです。
• Docker Engine は、クレーンや船に当たるもので、どんなコンテナでも動かし方を知っている、サーバー上のソフトウェアです。

Dockerの仕組み

コンテナと仮想マシンの違い：仮想マシンは、独自のOSを持つ別のコンピューターのように振る舞うので、重くて起動に時間がかかります。コンテナはホストのOSカーネルを共有し、アプリとそのファイルだけを分離するので、通常は数秒で起動し、メモリの使用量もずっと少なくて済みます。1台のサーバーで、多くのコンテナを並べて動かせます。

具体例：小さなPython API

AIビルダーが、予約アプリのためにPythonのFastAPIバックエンドを作ったとします。Dockerfileは次のようになるかもしれません。

FROM python:3.12-slim
WORKDIR /app
COPY requirements.txt .
RUN pip install --no-cache-dir -r requirements.txt
COPY . .
EXPOSE 8000
CMD ["uvicorn", "main:app", "--host", "0.0.0.0", "--port", "8000"]

1行ずつ見ていきましょう。

わかりやすく言うと、「Python 3.12から始めて、requirements.txt に書かれたライブラリをインストールし、コードをコピーして、ポート8000でWebサーバーを起動する」という意味です。

その後、開発者（またはホスティングのサービス）は、次の2つのコマンドを実行します。

docker build -t booking-api .
docker run -p 8000:8000 booking-api

1つ目のコマンドは、イメージを作成して booking-api という名前を付けます。2つ目のコマンドは、コンテナを起動して、マシンのポート8000をコンテナ内のポート8000に接続します。これでAPIが動いています。Dockerがあるどのサーバーでも、同じように動きます。

イメージに含まれていないものにも注目してください。パスワードやAPIキーです。これらは、コンテナを起動するときに環境変数として渡されます。そうすれば、同じイメージを、異なる設定でテスト環境と本番環境の両方で動かせます。

主な用語

よくある誤解

• 「Dockerは仮想マシンだ」。 仮想マシンよりも軽量です。コンテナはホストのカーネルを共有します。
• 「コンテナの中に保存したデータは安全」。 コンテナは捨てて入れ替えることを前提にしています。永続させるべきもの（ユーザーのデータ、アップロードされたファイルなど）は、データベース、ファイルストレージ、またはボリュームに保存してください。
• 「Dockerfileに秘密情報を書いても、非公開だから大丈夫」。 イメージは共有されたり、レジストリにプッシュされたりします。秘密情報は実行時に渡してください。
• 「Dockerを使えば、アプリが安全になる」。 分離は助けになりますが、古いソフトウェアや弱い設定のコンテナは、依然として脆弱です。
• 「どのアプリにもDockerが必要」。 静的サイトやシンプルなフロントエンドは、通常、コンテナを使わずに普通のファイルとしてホストされます。
• 「Docker Desktopは誰でも無料」。 エンジンは無料ですが、Dockerの規約によると、大企業はDocker Desktopに有料のサブスクリプションが必要です。

AIビルダーに頼むときのポイント

• 「このアプリにDockerfileは必要？必要ならば、各行を分かりやすい日本語で説明して。」
• 「小さな公式のベースイメージを使い、言語のバージョンは固定して。」
• 「秘密情報はイメージに含めず、実行時に環境変数から読み込んで。」
• 「アップロードされたファイルやデータは、コンテナの中ではなく、データベースかファイルストレージに保存して。」
• 「開発者がフロントエンド、API、データベースを1つのコマンドでローカル実行できるように、Docker Composeファイルを追加して。」
• 「ホストがAPIの稼働を確認できるように、ヘルスチェック用のエンドポイントを追加して。」

MythexでのDocker

Mythexを使うのに、Dockerをインストールしたり実行したりする必要はありません。プロジェクトは非公開のクラウドのサンドボックスで動きます。C#、Java、カスタムのNodeやPythonのサービスなど、コンテナが必要なバックエンドを頼むと、MythexがアプリとDockerfileを作成し、サンドボックスでプレビューし、公開したときにデプロイします。ホスティングの設定は不要です（技術の選び方）。Proプランでは、プロジェクトをエクスポートしたり、GitHubに同期したりして、Dockerfileを持ち出せます。バックエンドとフロントエンドがどのように組み合わさるかについては、フロントエンドとバックエンドをご覧ください。

よくある質問