Django не видит переменные окружения при развертывании на Elastic Beanstalk

Question

Я пытаюсь настроить приложение Django/DRF на Elastic Beanstalk, и по какой-либо причине Django просто не может видеть желаемые переменные среды. Когда я войти, я могу видеть, что они просто отлично, с помощью

$ eb ssh 
$ cat /opt/python/current/env 

Я также могу их видеть, за исключением относительно чувствительные, связанных с RDS, просто используя $eb printenv.

Все, что кажется настроенным и работоспособным. Тем не менее, Django любит читать среду сразу при запуске, и кажется, что переменные окружения просто еще не установлены. Я экспериментировал с просто введением print(os.environ) в settings.py, и когда я это делаю, я обнаруживаю целую кучу переменных среды, которые мне не нужны (например, 'SUPERVISOR_GROUP_NAME': 'httpd'), и ни один из тех, которые я установил сам, например DJ_SECRET_KEY.

Я с тех пор изменил код, чтобы сообщить об отсутствии конкретных переменных окружения, когда он загружает настройки, и от недавнего бега, он генерировал это:

[Wed Nov 23 15:56:38.164153 2016] [:error] [pid 15708] DJ_SECRET_KEY not in environment; falling back to hardcoded value. 
[Wed Nov 23 15:56:38.189717 2016] [:error] [pid 15708] RDS_DB_NAME not in environment; falling back to sqlite 
[Wed Nov 23 15:56:38.189751 2016] [:error] [pid 15708] AWS_STORAGE_BUCKET_NAME not in environment; falling back to local static storage. 

Опять же, эти переменные устанавливаются в настройки, и они появляются с любым другим инструментом отчетности, который дает EB. Они просто не установлены для Django, чтобы читать их, когда он запускает и читает settings.py.

This выглядит довольно близко к этой проблеме, но это не совсем то же самое: я знаю, как видеть/загружать переменные среды в оболочку при ssh-ing в eb-экземпляр; они просто не появляются, когда я нуждаюсь в них для фактического проекта.

This - это почти то же самое, что у меня есть, но принятый правильный ответ не имеет для меня никакого смысла, и верхний проголосовавший ответ не применяется; эти файлы уже находятся в git.

Как настроить параметры, чтобы Django мог видеть переменные среды?

Answer 1

Учитывая, что в магазинах EB все эти переменные среды в каноническом месте как Баш скрипт, я в конечном итоге просто иметь Баш выполнить скрипт , и обновление среды от анализируемых результатов.

Я создал файл get_eb_env.py параллельно с моим settings.py.Его основное содержание:

import os 
import subprocess 

ENV_PATH = '/opt/python/current/env' 

def patch_environment(path=ENV_PATH): 
    "Patch the current environment, os.environ, with the contents of the specified environment file." 
    # mostly pulled from a very useful snippet: http://stackoverflow.com/a/3505826/504550 
    command = ['bash', '-c', 'source {path} && env'.format(path=path)] 

    proc = subprocess.Popen(command, stdout=subprocess.PIPE, universal_newlines=True) 
    proc_stdout, _ = proc.communicate(timeout=5) 

    # proc_stdout is just a big string, not a file-like object 
    # we can't iterate directly over its lines. 
    for line in proc_stdout.splitlines(): 
     (key, _, value) = line.partition("=") 
     os.environ[key] = value 

Тогда я просто импортирую и называю patch_environment() возле головы моей settings.py.

Answer 2

Это не то, о чем вы просите, но я надеюсь, что это все равно решит вашу проблему.

Я использую множество переменных окружения в настройках. Я думаю, что Elastic Beanstalk устанавливает все до того, как он запускает команды контейнера, и такие, и переменные недоступны, и поэтому ваш журнал показывает их пустыми. Но вам действительно нужны переменные в этот момент?

Вы не можете устанавливать любые локальные параметры разработки, необходимые в файле local_settings.py, и не допускать это из-за контроля версий.

Мы используем их так.

if 'DB_HOST' in os.environ: 
    DATABASES = { 
     'default': { 
      'ENGINE': 'django.db.backends.mysql', 
      'NAME': 'ebdb', 
      'USER': 'ebroot', 
      'PASSWORD': 'ebpassword', 
      'HOST': os.environ['DB_HOST'], 
      'PORT': '3306', 
     } 
    } 

try: 
    from local_settings import * 
except ImportError: 
    pass 

Они также доступны при запуске container_commands:

container_commands: 
    01_do_something: 
    command: "do_something_script_{$PARAM1}.sh" 

Answer 3

Я решил проблему с изменением ключа «DJANGO_AWS_SECRET_ACCESS_KEY», потому что DJANGO сгенерировал ключ с кавычками (`) и интерпретировал его как команду.