Migrazione del tuo progetto Django su Heroku

Sebbene questo metodo di utilizzo di due file di impostazioni sia una convenzione da diversi anni, molti sviluppatori Python ora utilizzano un altro modello chiamato The One True Way. Potremmo esaminare questo modello in un tutorial futuro.

Aggiorna settings.py

Dobbiamo apportare tre modifiche al nostro attuale settings.py file:

Modifica DEBUG modalità su falso:

DEBUG = False

Aggiungi il codice seguente in fondo al file:

# Allow all host hosts/domain names for this site
ALLOWED_HOSTS = ['*']

# Parse database configuration from $DATABASE_URL
import dj_database_url

DATABASES = { 'default' : dj_database_url.config()}

# Honor the 'X-Forwarded-Proto' header for request.is_secure()
SECURE_PROXY_SSL_HEADER = ('HTTP_X_FORWARDED_PROTO', 'https')

# try to load local_settings.py if it exists
try:
  from local_settings import *
except Exception as e:
  pass

Aggiorna le impostazioni del database:

# we only need the engine name, as heroku takes care of the rest
DATABASES = {
    "default": {
        "ENGINE": "django.db.backends.postgresql_psycopg2",
    }
}

Crea il tuo local_settings.py file:

$ touch local_settings.py
$ pip install dj_database_url

Quindi aggiungi il seguente codice:

from settings import PROJECT_ROOT, SITE_ROOT
import os

DEBUG = True
TEMPLATE_DEBUG = True

DATABASES = {
    "default": {
        "ENGINE": "django.db.backends.postgresql_psycopg2",
        "NAME": "django_deploy",
        "USER": "foo",
        "PASSWORD": "bar",
        "HOST": "localhost",
        "PORT": "5432",
    }
}

Avvia il server di prova per assicurarti che tutto funzioni ancora. Aggiungi qualche altro record al database.

Impostazione Heroku

Aggiungi un Procfile alla directory principale:

$ touch Procfile

e aggiungi il seguente codice al file:

web: python manage.py runserver 0.0.0.0:$PORT --noreload

Installa la cintura degli strumenti Heroku:

$ pip install django-toolbelt

Blocca le dipendenze:

$ pip freeze > requirements.txt

Aggiorna wsgi.py file:

from django.core.wsgi import get_wsgi_application
from dj_static import Cling

application = Cling(get_wsgi_application())

Testa le impostazioni di Heroku in locale:

$ foreman start

Vai a http://localhost:5000/.

Stai bene? Facciamo funzionare Amazon S3.

Amazon S3

Sebbene sia ipoteticamente possibile ospitare file statici nel repository Heroku, è meglio utilizzare un host di terze parti, soprattutto se si dispone di un'applicazione rivolta al cliente. S3 è facile da usare e richiede solo poche modifiche al tuo settings.py file.

Installa le dipendenze:

$ pip install django-storages
$ pip install boto

Aggiungi storages e boto al tuo INSTALLED_APPS in "impostazioni.py"

Aggiungi il seguente codice in fondo a "settings.py":

# Storage on S3 settings are stored as os.environs to keep settings.py clean
if not DEBUG:
   AWS_STORAGE_BUCKET_NAME = os.environ['AWS_STORAGE_BUCKET_NAME']
   AWS_ACCESS_KEY_ID = os.environ['AWS_ACCESS_KEY_ID']
   AWS_SECRET_ACCESS_KEY = os.environ['AWS_SECRET_ACCESS_KEY']
   STATICFILES_STORAGE = 'storages.backends.s3boto.S3BotoStorage'
   S3_URL = 'http://%s.s3.amazonaws.com/' % AWS_STORAGE_BUCKET_NAME
   STATIC_URL = S3_URL

Le impostazioni dipendenti dall'ambiente AWS vengono archiviate come variabili ambientali. Quindi non dobbiamo impostarli dal terminale ogni volta che eseguiamo il server di sviluppo, possiamo impostarli nel nostro virtualenv activate sceneggiatura. Prendi il nome del bucket AWS, l'ID chiave di accesso e la chiave di accesso segreta da S3. Apri myenv/bin/activate e aggiungi il seguente codice (assicurati di aggiungere le informazioni specifiche che hai appena estratto da S3):

# S3 deployment info
export AWS_STORAGE_BUCKET_NAME=[YOUR AWS S3 BUCKET NAME]
export AWS_ACCESS_KEY=XXXXXXXXXXXXXXXXXXXX
export AWS_SECRET_ACCESS_KEY=XXXXXXXXXXXXXXXXXXXX

Disattiva e riattiva il tuo virtualenv, quindi avvia il server locale per assicurarti che le modifiche abbiano effetto:

$ foreman start

Uccidi il server, quindi aggiorna il requirements.txt file:

$ pip freeze > requirements.txt

Spingi su Github e Heroku

Eseguiamo il backup dei nostri file su Github prima di PUSH su Heroku:

$ git add .
$ git commit -m "update project for heroku and S3"
$ git push -u origin master

Crea un progetto/repo di Heroku:

$ heroku create <name>

$ git push heroku master

$ heroku config:set AWS_STORAGE_BUCKET_NAME=[YOUR AWS S3 BUCKET NAME]
$ heroku config:set AWS_ACCESS_KEY=XXXXXXXXXXXXXXXXXXXX
$ heroku config:set AWS_SECRET_ACCESS_KEY=XXXXXXXXXXXXXXXXXXXX

$ heroku run python manage.py collectstatic

$ heroku addons:add heroku-postgresql:dev
Adding heroku-postgresql on deploy_django... done, v13 (free)
Attached as HEROKU_POSTGRESQL_COPPER_URL
Database has been created and is available
! This database is empty. If upgrading, you can transfer
! data from another database with pgbackups:restore.
Use `heroku addons:docs heroku-postgresql` to view documentation.
$ heroku pg:promote HEROKU_POSTGRESQL_COPPER_URL
Promoting HEROKU_POSTGRESQL_COPPER_URL to DATABASE_URL... done

$ heroku run python manage.py syncdb

$ heroku addons:add pgbackups

$ pg_dump -h localhost  -Fc library  > db.dump

$ heroku pgbackups:restore DATABASE http://www.example.com/db.dump

ALLOWED_HOSTS = ['[your-project-name].herokuapp.com']

$ heroku open

$ pip install fabric

$ touch fabfile.py

from fabric.api import local

def deploy():
   local('pip freeze > requirements.txt')
   local('git add .')
   print("enter your git commit comment: ")
   comment = raw_input()
   local('git commit -m "%s"' % comment)
   local('git push -u origin master')
   local('heroku maintenance:on')
   local('git push heroku master')
   local('heroku maintenance:off')

$ fab deploy