The simplest way to deploy Django nowadays is uwsgi. It can do everything, including serving static files with good performance.

Setting up some routes, the virtual environment, and env variables is a breeze. It's easy to test locally to see if it's breaking, and trivial to restart.

uWSGI is a pretty amazing piece of tech. A small binary which can do practically everything you need out a web server, really fast, and simple to configure.

Might I point you to Fabric? IMO, it's much, much, much easier to work with than Ansible. At my startup, we've got a nice, 100-line or so script which does all the deployment work for our Django application. (Most of that isn't even Python-specific.)

Fabric exclusively uses the Paramiko SSH library, which means that it can't use any of the newer OpenSSH ciphers and is kinda slow. Ansible can use either. In my opinion, it's easier to work with than Fabric, too.

> With PHP we just FTP from our local repository to the live server and it's up and running with almost no setup.

Technically you can do that with Python as well depending on your setup. Although you may need an extra step such as "touching" your wsgi.py file. If you aren't caching your templates[1] (which you should in production though), you can upload template files and see instant changes.

[1] https://docs.djangoproject.com/en/1.8/ref/templates/api/#dja...

Also, I find deploying with mod_wsgi or uwsgi not any more difficult or time consuming than getting PHP-FPM set up and running.

I have developed a deployment workflow for Python/Django with UWSGI. I've modified this flow slightly to use with web.py and flask deploments as well.

I repeatedly use this for all my deployments and refer to my own notes during deployment.

My notes here: http://blog.busilogic.com/deploy-python-uwsgi-app-to-digital...

It's not as easy as deploying a PHP app, but overall the python/django stack with uwsgi feels right with enough options built in to suit your needs.

I sometimes hear this, and I think its a case of comparing apples to oranges.

Yes, if you have a brochureware site with a few bits of database interactivity, you can just FTP a few files somewhere and have your PHP app up and running. The moment you start to introduce elements such as background queues, or more than a few developers on the team, you start to get into the realms of needing something more robust and doing config management.

Facebook uses PHP. I very much doubt their deployment process is to FTP a few files to the right place.

git push remote

Setup the post_update git hook script to checkout to the webserver path and run django admin commands to collect static files and sync the database.

You can also setup a test environment to run your tests first, before updating production.

Coming from a .NET background, where everything is done through the point-and-click IDE, I find it couldn't be easier and pain-free than that.

Rather than reply individually I'll just say thanks to all who made suggestions. I'll look into this and see what we can learn. We typically use nginx, gunicorn and supervisor with Ansible.