API et page principale comme deux processus séparés

Pour la production, je recommande de garder les applications séparées comme vous le suggérez (dans deux sites nginx différents).

Divisez votre projet Django en applications : par exemple, 'core', 'api', 'web'. De cette façon, vous pouvez partager l'application contenant les modèles et la logique 'core', et faire en sorte que les deux autres applications 'api' et 'web' réutilisent ce code.

Comme vous décrivez en fait deux services (API et web), vous pouvez facilement créer deux settings.py et wsgi différents pour Django, chacun d'eux incluant les applications appropriées. Il s'agit d'une approche courante : chaque application inclut et expose uniquement le code dont elle a besoin. Le fait d'avoir des noms de domaine et des services distincts permet une distribution plus facile et plus efficace au fur et à mesure que le site se développe. En outre, cela permet d'affiner plus facilement la configuration de chaque application (paramètres de journalisation, intergiciels, etc.).

Si votre application n'a pas besoin de prendre en charge autant de requêtes, je me contenterais de conserver un seul settings.py et d'utiliser simplement des URL pour diriger les requêtes vers une application ou une autre. Vous pouvez également procéder ainsi pour le développement.

Si vous souhaitez inclure une ou plusieurs URL en fonction des paramètres, utilisez quelque chose comme :

# Your generic URL patterns
urlpatterns = patterns('',   
    #(r'^static/(?P<path>.*)$', 'django.views.static.serve'),
    ...
)

if settings.ENABLE_API:
    urlpatterns += patterns('', 
        url(r'^', include('myapi.urls')),
    ) 

if settings.ENABLE_WEB:    
    urlpatterns += patterns('', 
        url(r'^', include('web.urls')),
        #url(r'^admin/', include(admin.site.urls)),
    ) 

Ce qui précède n'est qu'un exemple, l'idée étant que vous pouvez construire vos modèles d'URL de manière conditionnelle ou, par exemple, utiliser l'opérateur + pour leur ajouter d'autres modèles. Pour plus d'informations, voir https://docs.djangoproject.com/en/dev/topics/http/urls/ .