手動でのセットアップが面倒ですか？このページのリンクを Devin のセッションに貼り付けて、すべてセットアップするよう依頼してください。 Django アプリがどのサービスに依存しているかや、プロジェクト構成が分からない場合は、まず [Ask Devin](https://app.devin.ai/search?utm_source=docs\&utm_medium=use-case-gallery) を使って調査してください。 ```txt Scope the Django project for containerization theme={null} What does our Django app in src/ depend on? 1. Which databases and caches does it connect to? 2. Does it use Celery or any background workers? 3. What's in requirements.txt or pyproject.toml? 4. Are there any existing Docker files or deployment configs? 5. How does the app handle static files and media? ``` Ask Devin から直接 Devin セッションを開始することもでき、その場合は Ask Devin で取得した情報がコンテキストとしてすべて引き継がれます。 Devin にコンテナ化したい Django プロジェクトを指定し、ベースイメージの希望、アプリが依存しているサービス、イメージサイズの制約など、特別な要件があれば伝えてください。Devin は `requirements.txt` や `pyproject.toml` を読み取り、残りを把握します。 ```txt Postgres と Redis を使う Django API をコンテナ化する theme={null} src/ にある Django API をコンテナ化してください。データベースには PostgreSQL を、キャッシュと Celery のタスクキューには Redis を使います。 - マルチステージの Dockerfile: 依存関係をビルダーステージでインストールし、 venv のみをスリムな python:3.12-slim ランタイムイメージにコピーする - Django（gunicorn）、PostgreSQL 16、Redis 7 を含む docker-compose.yml - テスト、ドキュメント、.git、__pycache__ を除外する .dockerignore - 非 root ユーザーで実行する - /api/health/ へのヘルスチェック - Celery ワーカーを compose 内の別サービスとして定義する ## テストと検証 - イメージをビルドして docker-compose up を実行する - すべてのサービスの状態が正常になるまで待つ - localhost:8000/api/health/ で API が応答することを確認する - コンテナ内で Django のテストスイートを実行する - ビルドエラー、環境変数の不足、接続問題、テスト失敗など、何か問題があればデバッグして修正する。スタック全体が問題なく起動し、すべてのテストが通るまで繰り返すこと。 - すべてがエンドツーエンドで動作するまでは PR を作成しないこと ``` Devin は Django プロジェクトと依存関係ファイルを読み取り、ビルドプロセスを把握したうえで、Docker 用の設定を作成します: 1. **依存関係ファイルを読む** — `requirements.txt` または `pyproject.toml` を解析し、Django、psycopg2、redis、celery、gunicorn を特定します 2. **Dockerfile を作成する** — 依存関係をインストールするビルダーステージと、その仮想環境を最小限の `python:3.12-slim` ランタイムイメージにコピーするステージから成るマルチステージビルドを作成します ```dockerfile theme={null} # ---- ビルダー ---- 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"] ``` 3. **docker-compose.yml を作成** — Django、PostgreSQL、Redis、Celery ワーカーを追加し、ヘルスチェック、ボリューム、共有ネットワークを設定します ```yaml theme={null} 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: ``` 4. **`.dockerignore` を追加** — ビルドコンテキストに含める必要のないファイルを除外します (`__pycache__`、`.git`、`tests/`、`docs/`、`*.pyc`) 5. **`docker compose up --build` を実行** — イメージをビルドし、Devin のターミナルですべてのサービスを起動します 6. **アプリを検証** — `/api/health/` に対して curl コマンドを実行し、Django がクリーンに起動し、PostgreSQL に接続し、Redis にも接続できることを確認しますセッション中にスラッシュコマンドを使って、Devin のワークフローの進め方を調整します。 * **`/plan`** — Devin に、Docker の設定を書く前に進め方を整理して説明するよう依頼します。計画を確認し、必要に応じて修正案を提案してください。 * **`/test`** — Devin にコンテナースタックを再ビルドして再検証するよう指示します。問題を早期に発見するため、変更のたびにこれを使ってください。 * **`/review`** — Devin に、自身の Dockerfile と Compose 設定について、セキュリティ上の問題、イメージサイズ、およびベストプラクティスの観点から、PR を作成する前にレビューするよう依頼します。 Devin が PR を作成したら、生成されたファイルをレビューしてください。よくあるフォローアップの例: ```txt Optimize image size theme={null} Docker イメージが 520MB あります。サイズを縮小してください。不必要なファイルをコピーしていないことを確認し、venv から .pyc ファイルを削除し、最終イメージからは pip を除外してください。 ``` ```txt Add dev hot-reload theme={null} ローカル開発用に docker-compose.override.yml を追加し、ソースディレクトリをマウントして、gunicorn の代わりに自動リロード有効の Django の開発サーバーを実行してください。 ``` ```txt Add CI docker build theme={null} すべての PR に対して Docker イメージをビルドし、コンテナ内で pytest を実行し、main にマージされたときに ECR へプッシュする GitHub Actions ワークフローを作成してください。タグには git の SHA を付けてください。 ``` Devin が PR を作成したら、[Devin Review](https://app.devin.ai/review?utm_source=docs\&utm_medium=use-case-gallery) を使って Docker の設定をレビューします。Devin Review は、セキュリティ上の問題 (root での実行、シークレットの露出) 、ベストプラクティスが守られていない点 (`.dockerignore` がない、ヘルスチェックがない) 、既存のインフラとの不整合を検知できます。

{title}