Domanda

Di recente ho passato a Django per una web app che sto sviluppando e ho seguito le istruzioni a Heroku per ottenere un app Django esecuzione su Heroku. Ho un ambiente virtuale in cui si sviluppa la mia app e io uso Git per il controllo di versione e di spingere a Heroku. Il link sopra suggerisce che intall gunicorn:

Gli esempi sopra riportati utilizzato il server HTTP di default per Django. Per applicazioni di produzione, si potrebbe desiderare di utilizzare un più pronto per la produzione incorporato webserver, quali Tornado, il server WSGI di gevent o Gunicorn.

Sono poi a piedi l'utente attraverso l'installazione di Gunicorn.

La mia domanda è: quali sono i problemi che potrei incorrere in se saltare questo passaggio e proprio soggiorno con il default? Quali benefici si Gunicorn darmi?

È stato utile?

Soluzione

Gunicorn è pronto per la produzione e davvero facile da usare. Io lo uso per i miei siti web. Di solito è consigliabile eseguirlo tramite un proxy inverso come Nginx. Non sono sicuro di quello che Heroku sta usando. È davvero dovrebbe provare.

Nella mia esperienza è molto più facile da usare e configurare di Apache e mod_wsgi, e le altre configurazioni simili.

modifica / aggiornamento: Come una sintesi dei commenti qui sotto, Heroku già utilizza Nginx come reverse proxy

Altri suggerimenti

Molto migliore performance, e, probabilmente, una maggiore sicurezza e stabilità, anche. server di sviluppo web di Django (che viene utilizzato da Heroku di default) non è realmente progettato per servire le applicazioni di produzione.

del server di Django, è un server di sviluppo. E 'leggero pesa e facile da usare, ma non deve essere utilizzato per la produzione perché non è pronto per la produzione. esso non può gestire molte richieste. Questo collegamento offre un confronto tra gunicorn, uwsgi e server di sviluppo di Django.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top