web-dev-qa-db-ja.com

Dockerを使用してHerokuにDjangoアプリを展開するときにCroplet Staticを実行する場所は？

Dockerを使用してDjangoアプリをHerokuに展開しています。 DockerFileにRUN manage.py collectstatic --noinputを入れると、環境変数Django_SECRET_KEYに設定されている値がないため失敗します。私の理解は、これが設定varsがビルド時に利用できないためです。

Releaseコマンドとしてcrowdtaticを実行すると、エラーなしで機能し、静的ファイルを正常にコピーします。ただし、アプリURLを押すと、静的ファイルが見つからないため、500エラーが返されます。これは、リリースコマンドがエフェメラルファイルシステム上のDynoとして実行され、したがってコピーされたファイルが見つからないためです。

キャッチ22のようです。 DockerFileにControlStaticを入れることは失敗しますが、ビルドフェーズからのファイルの変更のみが保存されるため、リリースコマンドとして解決できますか？

何をすべきか？

これは私のControlStatic設定があります


MIDDLEWARE = [
    'Django.middleware.security.SecurityMiddleware',
    'whitenoise.middleware.WhiteNoiseMiddleware',
    ...
]
...
STATIC_ROOT = os.path.join(BASE_DIR, 'staticfiles')
STATIC_URL = '/static/'
STATICFILES_DIRS = (
    os.path.join(BASE_DIR, 'static'),
)
STATICFILES_STORAGE = 'backend.storage.WhiteNoiseStaticFilesStorage'

DockerFile

# Pull base image
FROM python:3.7-slim

# Set environment varibles
ENV PYTHONDONTWRITEBYTECODE 1
ENV PYTHONUNBUFFERED 1

# Set work directory
RUN mkdir /code
WORKDIR /code

# Install dependencies
RUN pip install pipenv
COPY Pipfile Pipfile.lock /code/
RUN pipenv install --system

# Copy project
COPY . /code/

## collect static files
RUN mkdir backend/staticfiles

# This fails because Django_SECRET_KEY can't be empty
RUN python manage.py --noinput

heroku.yml.

build:
  docker:
    web: Dockerfile
run:
  web: gunicorn backend.config.wsgi:application --bind 0.0.0.0:$PORT
djangodockerherokustatic-files
9
Ryan Knight

Herokuのサポートで確認した後、これは確かにキャッチ22の少しのように見えます。

このソリューションは、ビルド時に実行され、ファイルが持続するように、DockerFileのcollectstaticを配置することでした。

Djangoから_get_random_secret_key_関数を使用してデフォルトの秘密鍵を設定することで、秘密のキーConfig Varを持ちません。

Runフェーズは、SecretキーをHeroku Config Varsから使用するため、毎回実際に秘密鍵を変更していません。デフォルトのみがビルドプロセスに適用されます。 collectstatic秘密鍵にインデックスがないので、これは大丈夫です。

設定

_from Django.core.management.utils import get_random_secret_key
...
SECRET_KEY = os.getenv('Django_SECRET_KEY', default=get_random_secret_key())

_
4
Ryan Knight

私はHerokuを使わないのでテストできないが、あなたがアプリを実行する前に静的な収集を実行できるはずです。

DockerFile

# Pull base image
FROM python:3.7-slim

# Set environment varibles
ENV PYTHONDONTWRITEBYTECODE 1
ENV PYTHONUNBUFFERED 1

# Set work directory
WORKDIR /code/

# Install dependencies
RUN pip install pipenv
COPY Pipfile Pipfile.lock .
RUN pipenv install --system

# Copy project
COPY . .

# Collect static files
RUN python manage.py collectstatic --noinput

# run gunicorn
CMD gunicorn hello_Django.wsgi:application --bind 0.0.0.0:$PORT

DockerFileのcollectstaticを実行することもできません。たとえば、heroku.ymlによって実行される可能性があるため、アプリケーションを実行することもできます。

build:
  docker:
    web: Dockerfile
  config:
    Django_SETTINGS_MODULE: project.settings
run:
  web: gunicorn backend.config.wsgi:application --bind 0.0.0.0:$PORT
release:
  image: web
  command:
    - python manage.py collectstatic --noinput

作業ディレクトリにはmkdirも必要ではありません。 DockerFileの早期にWORKDIR /code/を設定し、その後のそのディレクトリに基づいて実行された後に設定してください。

これにまともな記事があります。 https://testdriven.io/blog/deploying-django-to-heroku-with-docker/

2
markwalker_