Suggestion d’approches pour développer le projet Django multi-locataire sur Google App Engine

Question

J'espérais obtenir des suggestions sur certaines des meilleures approches pour développer un projet Django multi-locataires sur Google AppEngine.

Quelques réflexions à prendre en compte.

• Je suppose que l'utilisation de djnago.contrib.sites est un must.

• Je voudrais utiliser des applications existantes telles que django-profiles et django-registration, je sais que leurs modèles auraient besoin d'être portés.

• Peut-on indiquer plusieurs domaines sur l'application GAE et choisir automatiquement le site à partir des en-têtes de la demande?

• SI vous ne possédez pas plusieurs domaines, existe-t-il un moyen de prendre une requête à l'adresse www.example.com/tenantA/login et www.example.com/tenantB/login et de les pousser vers une vue mais avec des connaissances sans changer toutes les vues, peut-être en utilisant des gestionnaires personnalisés pour masquer la complexité des vues.

En général, nous espérons que ce sera une discussion sur toutes les approches que vous avez adoptées dans le passé ou sur lesquelles vous envisagez de vous engager.

Nous attendons vos commentaires / réponses.

Cordialement

Mark

Answer 1

Aujourd'hui, Google a publié le SDK 1.3.6, qui inclut la multi-location intégrée à la solution.

http://googleappengine.blogspot.com /2010/08/multi-tenancy-support-high-performance_17.html

Answer 2

Je peux répondre aux questions de App Engine, mais je ne connais pas celles de Django:

1. Oui, tout le monde peut pointer un domaine sur votre application à l'aide de Google Apps. Avec l'option "ajouter des services", entrez votre ID d'application lorsque vous y êtes invité. Vous pouvez ensuite consulter l'en-tête "Hôte" pour déterminer le site que vous souhaitez utiliser.
2. Vous pouvez masquer les informations par locataire en utilisant des points d'ancrage pour insérer automatiquement l'hôte dans les entités et les requêtes: http://code.google.com/appengine/articles/hooks.html