個人開発しているwebアプリがやっと形になったので、Cloud Runを使って「よしデプロイしよう！」と意気込んだものの、わからないことだらけでハマりました。
ModuleNotFoundErrorにハマる
まずハマったのが、デプロイした直後のModuleNotFoundError: No module named 'config'というエラー。
gunicornを用いてwsgi.pyからDjangoプロジェクトを起動していくため、Dockerfileに以下を記述しています。
FROM python:3.11
ENV PYTHONDONTWRITEBYTECODE=1
ENV PYTHONUNBUFFERED=1
WORKDIR /code
COPY requirements.txt ./
RUN python3 -m pip install --upgrade pip setuptools
RUN pip install -r requirements.txt
COPY . ./
CMD exec gunicorn --bind :$PORT --workers 1 --threads 8 --timeout 0 config.wsgi:application
gunicornで起動する先を指定するのにconfig.wsgi:applicationとしていますが、ここのconfigが見つけられないらしい。
ディレクトリ構成としてconfigからの指定で合っているはずなのになぜ…と悩んでいたら閃きました。
シークレットを記述したファイルのマウントの仕方を間違えていた
Clooud Runでは、機密情報を記載したシークレットを作成して、それを各プロジェクトで参照します。
シークレットを使用する際にファイルベースで読み込むには、マウントパスを指定するのですが、ここで間違いが。
マウントパスを指定した先は、ファイル等が存在する場合上書きされてしまうようです。
私はそのパスをプロジェクトルートに設定していたため、すべて上書きされ存在しないものになっていました…。
マウントパスを/conf/.envとして新規ディレクトリを指定し、無事Dockerfileがconfigを参照できるようになりました！
今度はpython側で.envが認識できない
無事起動できたと思いきや、今度は.envが認識されず、
KeyError: 'SECRET_KEY'
とログに記載が…。
.envを読み込むためのパスを忘れず設定すべし
結論、.envを読み込むパスの設定が間違っていました。
環境変数周りは、dotenvを使っているので、load_dotenvで以下のようにパスの設定が必要でした。
wsgi.py
import os
from django.core.wsgi import get_wsgi_application
from dotenv import load_dotenv
# wsgi.pyから見て、親の親ディレクトリがルートになるのでdirnameを２回適用している
dotenv_path = os.path.join(os.path.dirname(os.path.dirname(__file__)), "environment/.env")
load_dotenv(dotenv_path=dotenv_path)
os.environ.setdefault("DJANGO_SETTINGS_MODULE", "config.settings.production")
application = get_wsgi_application()
project-root
├── Dockerfile
├── Dockerfile.dev
├── environment
│ └── .env
├── config
│ ├── __init__.py
│ ├── asgi.py
│ ├── settings
│ │ ├── __init__.py
│ │ ├── base.py
│ │ ├── devlopment.py
│ │ └── production.py
│ ├── urls.py
│ └── wsgi.py
├── manage.py
├── media
├── app
├── requirements.txt
├── static
├── staticfiles
└── templates
無事読み込めて、デプロイできました！！