2016-10-24 1 views
0

Für unsere Multi-Tenant-Anwendung ein Azure, ich bin mit der Aufgabe, wie die App für mehrere Umgebungen (Test, Annahme, Produktion, ...) registrieren registriert.Azure Multi-Tenant-Saas-App, wie Registrierung Anwendung pro Umgebung?

Was ich denken kann, gibt es 2 Möglichkeiten:

  • 1 APP für alle Umgebungen registriert (verschiedene Ressourcengruppen für die Infrastruktur, aber alle die gleiche appid/appkey Zugriff)

    => Benutzer, die in prod zugewiesen sind, werden dem Test zugewiesen und umgekehrt (mit denselben Rollen, da der Service-Principal derselbe ist).

    => Alle Mieter werden automatisch Zugriff auf Test (wenn sie kennen die URL)

    => einwilligungs in der Produktion, wird dazu führen, dass Test Zustimmung bekommen (weil beide das gleiche Service-Haupt verwenden).

  • 1 App/pro-Umgebung (unterschiedliche Ressourcengruppen, die alle ihre eigene Anwendungs-ID, die/appkey)

    => Rollen werden nicht geteilt; Benutzer in Prod zugewiesen werden nicht automatisch in Test (anderer Dienstprinzipal) zugeordnet werden

    => Ein Mieter nur Zugang hat zu prüfen, wenn der Zugang von den Eigentümern des Produkts gewährt wird

    => Zustimmung gegeben werden muss pro Umgebung

Angesichts dieser Annahme würde ich für Option 2 gehen; Die Zustimmung zur Produktions-App bedeutet nicht, dass Sie die Zustimmung für die Testanwendung in Ihrer Produktions-AD wünschen.

Macht meine Annahme Sinn? Gibt es einige Dinge, die ich vermisse?

Antwort

1

Ich stimme Ihnen zu, Option 2 ist sauberer, je mehr Sie die Einstellungen und Ressourcen getrennt halten können, desto weniger Risiko haben Sie und desto mehr Flexibilität beim Testen. Der einzige Nachteil ist die zusätzliche Verwaltung der Benutzer, aber in diesem Fall ist das wahrscheinlich kein großes Problem, insbesondere wenn die Absicht nicht für UAT/Pre-Prod-Beta-Tests durch Endbenutzer besteht.

Verwandte Themen