使用docker将django应用程序部署到heroku时在哪里运行collectstatic?

Rya*_*ght 19 django heroku static-files docker

我正在使用 Docker 将 Django 应用程序部署到 Heroku。当我放入RUN manage.py collectstatic --noinputDockerfile 时,它​​失败了,因为没有为环境变量设置值DJANGO_SECRET_KEY。我的理解是,这是因为在构建期间配置变量不可用。

当我将 collectstatic 作为发布命令运行时,它可以正常工作,并成功复制静态文件。但是,当我点击应用程序 url 时,它返回 500 错误,因为找不到静态文件。我相信这是因为 release 命令在临时文件系统上作为 dyno 运行,因此找不到复制的文件。

这似乎是一个catch-22。将 collectstatic 放入 Dockerfile 失败,因为没有可用的配置变量,但将其作为发布命令失败,因为只保存了构建阶段的文件更改?

该怎么办?

这是我在 settings.py 中的 collectstatic 设置


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'
Run Code Online (Sandbox Code Playgroud)

文件

# 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
Run Code Online (Sandbox Code Playgroud)

heroku.yml

build:
  docker:
    web: Dockerfile
run:
  web: gunicorn backend.config.wsgi:application --bind 0.0.0.0:$PORT
Run Code Online (Sandbox Code Playgroud)

Rya*_*ght 23

在与 Heroku 支持确认后,这确实看起来有点像 catch-22。

解决方案是放入collectstaticDockerfile,以便它在构建期间运行并且文件保持不变。

我们通过使用get_random_secret_keyDjango的函数设置默认密钥来解决没有密钥配置变量的问题。

运行阶段使用来自 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())

Run Code Online (Sandbox Code Playgroud)

  • 太感谢了!我浪费了几个小时试图让静态文件在 Heroku 上工作!这是一个非常优雅的解决方案。 (4认同)

mar*_*er_ 8

我不使用heroku,所以无法测试,但您应该能够在运行应用程序之前运行collect static;

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
Run Code Online (Sandbox Code Playgroud)

您也不能collectstatic在 dockerfile 中运行,或事件运行应用程序,因为这些可以通过运行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
Run Code Online (Sandbox Code Playgroud)

您也不应该需要mkdir为您的工作目录。只需在 dockerfile 中尽早设置WORKDIR /code/,之后事情就会基于该目录运行。

这里有一篇不错的文章;https://testdriven.io/blog/deploying-django-to-heroku-with-docker/

  • 使用 Dockerfile 中的collectstatic,构建会失败,因为 django 密钥在构建时对于collectstatic 命令不可用。使用collectstatic作为发布命令,它将成功构建和发布,但实际上无法找到静态文件,我相信因为在发布期间创建的文件不会持久。那篇文章是一个谜题;我想知道作者是否从未真正测试过它。 (3认同)
  • 是的,试过了,不行。问题是配置变量在 Heroku 上构建时不可用:https://devcenter.heroku.com/articles/build-docker-images-heroku-yml#release-configuring-release-phase (2认同)