6

I SO gesucht habe und could't etwas finden, dass mein Szenario angepasst ...Multi Tenant-Umgebung - Mehrere Membership Provider, 1 DB pro Mieter, eine einzige Anwendung

Multi Tenant-Umgebung - Mehrere Membership Provider, 1 DB pro Mieter, eine einzige Anwendung auf Azure ...

Frage ist ganz einfach:

können Asp.net Mitgliedschaft Anbieter wie diese konfiguriert werden? Irgendwelche Hinweise auf wie?

Jetzt ihr wissen, die Frage auf, läßt den Kopf auf die Details ...

Dieser Stapel soll auf Azure ausgeführt werden, mit SQL Azure für persistente Daten und ASP.net Mitgliedschaft, MVC4, EF5 und einige Augenschmaus stuff ...

Die Herausforderung besteht in:

  1. eine Umgebung erstellen Multi-Tenant eine einzige App in Azure (Arbeiter Rollen und Web-Rollen, aber nicht mieterspezifische oder orientiert) läuft ;

  2. Eins-zu-eins-Isolierung von Datenbanken (eine Datenbank pro Mandant);

  3. Eine Asp.net-Mitgliedschaft, die in jeder Datenbank ausgeführt wird, um die von jedem Mandanten erstellten Benutzer zu authentifizieren und zu autorisieren;

  4. Eine Hauptdatenbank, gemeinsam genutzte Daten halten und eine Haupt Asp.net Mitgliedschaft, wo nur Admin-Benutzer (Haupt-Website-Administratoren und Mieter admins) Login ...

Wichtig zu sagen, dass alle Datenbanken genau die gleiche Struktur, mit Ausnahme der Haupt-...

Weiß nicht, ob es hilft, aber der Stapel enthält auch MVC4, EF5 (DB First Ansatz);

Eigentlich erwog ich, den MVC-Routen-Mechanismus zu verwenden, um die Mieteridentifikation zu sammeln und dann einen spezifischen Db-Kontext einzurichten, in dem alle Operationen gelten sollten;

Irgendwelche Ideen?

+0

Um ein paar zusätzliche Details hinzuzufügen ... Gefunden [this] (http://stackoverflow.com/questions/10466542/asp-net-membership-model-for-multiple-company-accounts-each -mit-mehreren-Benutzern) thread kurz bevor ich meins posten. Ich bin überhaupt nicht komfortabel, um n Mieter in einzelnen asp.net Mitgliedschaft Provider zu implementieren, egal was ... Riskant in die Knochen ... –

+0

Für zukünftige Referenz ... Einfach nur [this] (http: // stackoverflow .com/questions/6707529/get-spezifischer-mitgliedschaft-provider) thread.Nicht perfekt, aber es ist der Lösung einen Schritt näher. Das eigentliche Problem besteht darin, dass Sie JEDEN neuen Mandanten in der Datei web.config festlegen müssen. Oh, wenn solche Einstellungen dynamisch aus einer Datenquelle verschwinden könnten ... Ideen? –

Antwort

0

Standardmäßig ist die asp.net-Mitgliedschaft nicht für die mandantenfähige Umgebung geeignet, da sie das Konzept der Mandantenkennung zur Identifizierung der Mitgliedschafts- und Rollendetails für einen bestimmten Benutzer nicht unterstützt. Entweder Sie können sich für einen benutzerdefinierten Mitgliedschaftsanbieter entscheiden oder den Verbund oder SSO verwenden und die Anwendungsrollen den SSO-Rollen zuordnen, die der Benutzer bei der Verwendung der Anwendung eingibt.

0

Sie sollten in der Lage sein, die Verbindungszeichenfolge der ASP.NET-Mitgliedschaftsdatenbank zur Laufzeit zu konfigurieren. This thread hat einige Optionen, einschließlich eines benutzerdefinierten Mitgliedschaftsanbieters, oder Ändern des Werts im Anforderungslebenszyklus über Global.asax.cs.

Verwandte Themen