Django アプリを PostgreSQL と Redis で Docker コンテナ化する

手動でのセットアップが面倒ですか？このページのリンクを Devin のセッションに貼り付けて、すべてセットアップするよう依頼してください。

（任意）Ask Devin でプロジェクトのスコープを決める

Django アプリがどのサービスに依存しているかや、プロジェクト構成が分からない場合は、まず Ask Devin を使って調査してください。Ask Devin から直接 Devin セッションを開始することもでき、その場合は Ask Devin で取得した情報がコンテキストとしてすべて引き継がれます。

Devin に Django プロジェクトと requirements ファイルを渡す

Devin にコンテナ化したい Django プロジェクトを指定し、ベースイメージの希望、アプリが依存しているサービス、イメージサイズの制約など、特別な要件があれば伝えてください。Devin は requirements.txt や pyproject.toml を読み取り、残りを把握します。

Devin は調査し、構築します

Devin は Django プロジェクトと依存関係ファイルを読み取り、ビルドプロセスを把握したうえで、Docker 用の設定を作成します:

依存関係ファイルを読む — requirements.txt または pyproject.toml を解析し、Django、psycopg2、redis、celery、gunicorn を特定します
Dockerfile を作成する — 依存関係をインストールするビルダーステージと、その仮想環境を最小限の python:3.12-slim ランタイムイメージにコピーするステージから成るマルチステージビルドを作成します

# ---- ビルダー ----
FROM python:3.12-slim AS builder
WORKDIR /app
COPY requirements.txt .
RUN python -m venv /opt/venv \
    && /opt/venv/bin/pip install --no-cache-dir -r requirements.txt

# ---- ランタイム ----
FROM python:3.12-slim
RUN groupadd -r django && useradd -r -g django django
COPY --from=builder /opt/venv /opt/venv
ENV PATH="/opt/venv/bin:$PATH"
WORKDIR /app
COPY src/ .
RUN python manage.py collectstatic --noinput
EXPOSE 8000
USER django
CMD ["gunicorn", "config.wsgi:application", "--bind", "0.0.0.0:8000", "--workers", "3"]

docker-compose.yml を作成 — Django、PostgreSQL、Redis、Celery ワーカーを追加し、ヘルスチェック、ボリューム、共有ネットワークを設定します

services:
  web:
    build: .
    ports:
      - "8000:8000"
    env_file: .env
    depends_on:
      db:
        condition: service_healthy
      redis:
        condition: service_healthy
    healthcheck:
      test: ["CMD", "python", "-c", "import urllib.request; urllib.request.urlopen('http://localhost:8000/api/health/')"]
      interval: 10s
      retries: 3

  db:
    image: postgres:16-alpine
    environment:
      POSTGRES_DB: app_db
      POSTGRES_USER: app_user
      POSTGRES_PASSWORD: app_pass
    volumes:
      - pgdata:/var/lib/postgresql/data
    healthcheck:
      test: ["CMD-SHELL", "pg_isready -U app_user -d app_db"]
      interval: 5s
      retries: 5

  redis:
    image: redis:7-alpine
    healthcheck:
      test: ["CMD", "redis-cli", "ping"]
      interval: 5s
      retries: 5

  celery:
    build: .
    command: celery -A config worker -l info
    env_file: .env
    depends_on:
      db:
        condition: service_healthy
      redis:
        condition: service_healthy

volumes:
  pgdata:

.dockerignore を追加 — ビルドコンテキストに含める必要のないファイルを除外します (__pycache__、.git、tests/、docs/、*.pyc)
docker compose up --build を実行 — イメージをビルドし、Devin のターミナルですべてのサービスを起動します
アプリを検証 — /api/health/ に対して curl コマンドを実行し、Django がクリーンに起動し、PostgreSQL に接続し、Redis にも接続できることを確認します

スラッシュコマンドでセッションを制御する

セッション中にスラッシュコマンドを使って、Devin のワークフローの進め方を調整します。

/plan — Devin に、Docker の設定を書く前に進め方を整理して説明するよう依頼します。計画を確認し、必要に応じて修正案を提案してください。
/test — Devin にコンテナースタックを再ビルドして再検証するよう指示します。問題を早期に発見するため、変更のたびにこれを使ってください。
/review — Devin に、自身の Dockerfile と Compose 設定について、セキュリティ上の問題、イメージサイズ、およびベストプラクティスの観点から、PR を作成する前にレビューするよう依頼します。

検証と反復

Devin が PR を作成したら、生成されたファイルをレビューしてください。よくあるフォローアップの例:

Devin Review を使用して PR をレビューする

Devin が PR を作成したら、Devin Review を使って Docker の設定をレビューします。Devin Review は、セキュリティ上の問題 (root での実行、シークレットの露出) 、ベストプラクティスが守られていない点 (.dockerignore がない、ヘルスチェックがない) 、既存のインフラとの不整合を検知できます。

Get Started

Essential Guidelines

Onboarding Devin

Working with Devin

Product Guides

Integrations

Admin

Release Notes