djangoとdockerの組み合わせでのstartappについて質問があります

Question

現在djangoをdockerを通じて作成する学習をしています。
djangoをdockerのコンテナで作成する際に以下のコマンドを複数の記事から見つけています。これは個人的に必須ではないと思いますが、これを実行しないと不都合があるのでしょうか?

docker-compose run web python manage.py startapp blog

上記のコードを実行している例

docker-compose.ymlでアプリケーションサーバーのサービス(ここではwebとする。)は、以下のようにdjangoのプロジェクトがコンテナ内の"とある"ディレクトリ(ここでは/code/)にマウントされます。

version: '3'
services:
  db:
    image: postgres
  web:
    build: .
    command: python manage.py runserver 0.0.0.0:8000
    volumes:　<-プロジェクトが/code内にマウントされている
      - .:/code
    ports:
      - "8000:8000"
    depends_on:
      - db

アプリケーションサーバーを担うコンテナにプロジェクトがマウントさえすれば、私はアプリケーションサーバーが適切に稼働すると思ってます。だからdockerに関するコマンドとは離れて例えば、

python manage.py startapp blog

のような形で開発をしても問題ないと思ってしまったのですが、これはおかしいのでしょうか。まだdockerのメリットを完全に理解できていないのでこのような質問をしている可能性があるのかもしれません。docker-composeコマンドでstartappする必要性がある場合はご指摘くださると助かります。

なお、python manage.py startapp blogで作成した場合でもdocker-compose upを実行してもエラーが生じないことは確認できています。

Answer 1

開発環境に Python などのインストールが不要になります

docker-compose run web python manage.py startapp blog

この方法を使うと、
Docker のホストのコンピューターに Python をインストールする必要がなくなります

さまざまなプロジェクトの開発を行っていると、
たとえば開発用の PC にさまざまな言語や異なるバージョン、利用するパッケージが散乱し、
セットアップが大変になってきます

もし、プロジェクトごとの開発環境のセットアップが
Docker のイメージのプルひとつで完了するとしたら、とても便利です

開発環境の設定に左右されずに同じ結果を保証しやすくなります

  web:
    build: .

Dockerfile を使用しているので、Dockerfile の内容次第ですが、
ビルドに使われるすべてのツールのバージョンを固定しているとすれば、
開発環境の設定状況に左右されずに、
コマンド実行時の結果を保証しやすくなります

たとえば、Django の新バージョンがリリースされたときに、
もしかすると、次のコマンド実行時の振る舞いが変わっているかもしれません:

python manage.py startapp blog

しかし、Dockerfile 内で Django のバージョンを固定しておけば、
そのような仕様変更の影響をうけず、同じ結果をある程度保証しやすくなります:

FROM python:1.10.4-python3

Comments

[chapin]

開発環境に左右されないことを考えるととても重要なコマンドだと理解しました。ご指摘いただき周辺の内容を調べて遅れてしまい申し訳ございませんでした。
そして丁寧に教えてくださりありがとうございます。