Евгений

Реализуется в коде элементарно при помощи пакета django-allauth. У самого пакета документация не очень подробная, но в сети полно альтернативных описаний, как с ним работать (на английском). Да в принципе, там и код не особо сложный, я его вместо документации читаю, когда надо что-то сделать, а как — не помню.

Я в высоконагруженном проекте использую Nginx + gunicorn.
В другом высоконагруженном проекте успешно используется Apache + mod_wsgi.

А вот FastCGI не советовал бы. Периодически вылезали с ним проблемы (django fastcgi переставал отвечать на запросы при невыясненных обстоятельствах, периодически были проблемы с рестартом/шатдауном fcgi демона), под runit не удавалось его загнать. Все это наверное решаемо, но зачем мучиться?..

У меня большое и старое приложение на Django. Используется баланс между двумя этими подходами: большая часть функциональности в одном большом приложении, разбита в пакетах по модулям, типа:
— big_app
— models
— profile.py
— content.py
— events.py
— forum.py
— views
— forum.py
— event.py

Часть вынесена в отдельные приложения, не понимаю зачем, ибо они все равно не могут использоваться повторно, так как слишком завязаны на специфику приложения и используют импорты из главного приложения. Но не я создавал эту структуру. Я бы, наверное, вместо этого добавлял бы модули в существующее большое приложение, а в отдельные приложения выносил бы только код, который можно использовать повторно (такого у нас немного, но есть).