Где запустить collectstati c при развертывании приложения django на heroku с помощью docker? - PullRequest
Новая
       80

Где запустить collectstati c при развертывании приложения django на heroku с помощью docker?

1 голос
/ 13 января 2020

Я развертываю приложение Django в Heroku, используя Docker. Когда я помещаю RUN manage.py collectstatic --noinput в Dockerfile, он терпит неудачу, потому что для переменной среды DJANGO_SECRET_KEY не задано значение. Насколько я понимаю, это потому, что конфигурационные переменные недоступны во время сборки.

Когда я запускаю collectstati c в качестве команды выпуска, она работает без ошибок и успешно копирует файлы stati c. Однако, когда я нажимаю URL-адрес приложения, он возвращает ошибку 500, потому что не удается найти файлы stati c. Я полагаю, что это потому, что команда release запускается как динамо в эфемерной файловой системе, и поэтому скопированные файлы не найдены.

Кажется, что это catch-22. Поместить collectstati c в Dockerfile не удается, потому что нет доступных переменных конфигурации, но поместить его в качестве команды выпуска не удается, поскольку сохраняются только изменения файла на этапе сборки?

Что делать?

Вот мои настройки c настроек в settings.py 


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

Ответы [ 2 ]

0 голосов
/ 15 января 2020

После подтверждения с поддержкой Heroku, это действительно похоже на уловку-22.

Решением было поместить collectstatic в Dockerfile, чтобы он работал во время сборки и файлы сохранялись.

Мы обошлись без конфигурации секретного ключа var, установив секрет по умолчанию ключ с использованием функции get_random_secret_key из Django.

Фаза запуска использует секретный ключ из конфигурационных переменных Heroku, поэтому мы фактически не меняем секретный ключ каждый раз - значение по умолчанию применяется только к процесс сборки. collectstatic не индексирует секретный ключ, так что это нормально.

В settings.py 

from django.core.management.utils import get_random_secret_key
...
SECRET_KEY = os.getenv('DJANGO_SECRET_KEY', default=get_random_secret_key())
0 голосов
/ 13 января 2020

Я не использую heroku, поэтому не могу проверить, но вы должны иметь возможность запустить сбор данных c до запуска приложения;

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

You также не может запустить collectstatic в вашем файле Docker, или событие запустить приложение, потому что они могут быть запущены, например, 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 для вашего рабочий каталог. Просто установите WORKDIR /code/ в начале вашего dockerfile, и после этого все будет работать на основе этого каталога.

Здесь есть достойная статья; https://testdriven.io/blog/deploying-django-to-heroku-with-docker/

...