Auswählen eines App-Modells: einzelinstanzenfähig oder mehrinstanzenfähig

Gilt für: Architekt

Verwenden Sie diesen Artikel, um zwischen einem Branchenmodell (Enterprise Line-of-Business) und einem ISV-Mehrinstanzenmodell für SharePoint Embedded zu wählen.

Das App-Modell bestimmt, wer besitzer der App ist, wer sie installiert, wo Container erstellt werden, wer bezahlt und welche Administratoren die Abrechnung zustimmen oder konfigurieren müssen.

Details zur Architektur finden Sie unter Grundlegendes zur App- und Mandantenarchitektur.

Entscheidungszusammenfassung

Anforderung	Auswählen eines Einzelmandanten-LOB	Auswählen eines mehrinstanzenfähigen ISV
Die App wird für eine organization	Ja	Nein
Die App wird für mehrere Kundenmandanten verkauft oder bereitgestellt.	Nein	Ja
Der Besitzer und der verbrauchende Mandant sind in der Regel identisch.	Ja	Nein
Kundenmandanten hosten ihre eigenen Container und Dateien	Normalerweise nicht	Ja
App-Besitzer zahlt standardmäßig für die gesamte Nutzung	Oft	Abhängig vom Abrechnungsmodell
Der Administrator des Kundenmandanten muss das Onboarding der App durchführen.	Manchmal	Ja

Beide Modelle verwenden die gleichen SharePoint Embedded-Grundtypen:

• Microsoft Entra ID Anwendungsregistrierung.
• Containertyp.
• Containertypregistrierung.
• Container.
• Microsoft Graph-Zugriff.
• Abrechnungszähler mit nutzungsbasierter Bezahlung.

Enterprise LOB-Modell

Verwenden Sie das Unternehmens-BRANCHENmodell, wenn ein organization eine App für interne Benutzer erstellt.

In diesem Modell:

• Das Unternehmen besitzt oder entwickelt die App.
• Die App-Registrierung befindet sich im Unternehmensmandanten.
• Der Unternehmensmandant erstellt den Containertyp.
• Der Unternehmensmandant ist auch der verbrauchende Mandant.
• Container werden im Microsoft 365-Unternehmensmandanten erstellt.
• Files in der Unternehmensmandantengrenze verbleiben.
• Unternehmensmandanteneinstellungen gelten für den Inhalt.

Bei diesem Modell handelt es sich in der Regel um einen einzelnen Mandanten, da derselbe Mandant die Anwendung besitzt und nutzt.

Hinweis

Derselbe Microsoft Entra ID Mandant kann sowohl der besitzende Als auch der nutzende Mandant für einen Containertyp sein.

Mehrinstanzenfähiges ISV-Modell

Verwenden Sie das mehrinstanzenfähige ISV-Modell, wenn ein ISV eine App für mehrere Kundenmandanten erstellt.

In diesem Modell:

• Der ISV besitzt oder entwickelt die App.
• Der ISV-Mandant ist in der Regel Besitzer der App-Registrierung.
• Der ISV-Mandant erstellt den Containertyp.
• Jeder Kunde ist ein verbrauchender Mandant.
• Container werden in jedem Microsoft 365-Kundenmandanten erstellt.
• Files in der Kundenmandantengrenze verbleiben.
• Microsoft 365-Einstellungen des Kunden gelten für die Inhalte dieses Kunden.

Die ISV-App bietet die Benutzererfahrung und ruft Microsoft Graph auf. Kundeninhalte verbleiben beim verbrauchenden Mandanten.

Besitzer der App

Der App-Besitz ist an die Microsoft Entra ID Anwendungsregistrierung und den Containertyp gebunden.

Jeder Containertyp verfügt über eine eigene Anwendung.

SharePoint Embedded erfordert eine 1:1-Beziehung zwischen einer besitzenden App und einem Containertyp.

Bei einer BRANCHEN-App besitzt das Unternehmen beides.

Für eine ISV-App besitzt der ISV beide.

Wer installiert oder integriert die App?

In einem branchenspezifischen Einzelmandantenmodell können Administratoren im selben Mandanten den Containertyp erstellen, die Zustimmung erteilen und die Abrechnung konfigurieren.

In einem mehrinstanzenfähigen ISV-Modell müssen Kundenmandantenadministratoren das Onboarding der App für ihren Mandanten durchführen.

Die besitzende App muss über einen Dienstprinzipal im nutzenden Mandanten verfügen und die Administratoreinwilligung erhalten, um die Containertypregistrierung durchzuführen.

Informationen zum Registrierungsflow finden Sie unter Registrieren von Anwendungsberechtigungen für Den Dateispeichercontainertyp.

Erstellen von Containern

Container werden im verbrauchenden Mandanten erstellt.

Bei einer Unternehmens-BRANCHEN-App ist dies in der Regel der Unternehmensmandant.

Bei einer ISV-App verfügt jeder Kundenmandant über eigene Container.

Diese Trennung behält Kundendateien in der Microsoft 365-Mandantengrenze des Kunden bei.

Wichtig

Entwerfen Sie keine ISV-Architektur, die alle Kundendateien im ISV-Mandanten speichert. SharePoint Embedded speichert App-Dokumente im verbrauchenden Mandanten.

Wer zahlt

SharePoint Embedded ist nutzungsbasierte Bezahlung.

Die Abrechnung basiert auf Verbrauchseinheiten wie Speicher, API-Transaktionen und ausgehendem Datenverkehr.

Das Abrechnungsmodell ist für den Containertyp ausgewählt.

SharePoint Embedded unterstützt zwei Abrechnungsmodelle:

• Standard Abrechnung.
• Passthrough-Abrechnung.

Weitere Informationen finden Sie unter Auswählen eines Abrechnungsmodells.

Standard Abrechnung

Bei der Standardabrechnung werden verbrauchsbasierte Gebühren dem Mandanten in Rechnung gestellt, der die Anwendung besitzt oder entwickelt.

Beim Erstellen eines Standardcontainertyps wird ein Azure Abonnement des Entwicklermandanten verwendet.

Verwenden Sie die Standardabrechnung, wenn der App-Besitzer SharePoint Embedded-Nutzungsgebühren übernehmen oder zentral verwalten möchte.

Passthrough-Abrechnung

Bei der Passthrough-Abrechnung werden Gebühren direkt dem Mandanten in Rechnung gestellt, der für die Verwendung der SharePoint Embedded-Anwendung registriert ist.

Der Entwicklermandantenadministrator richtet beim Erstellen des Passthrough-Containertyps kein Abrechnungsprofil ein.

Nachdem der Containertyp im verbrauchenden Mandanten registriert wurde, richtet der Nutzen des Mandantenadministrators das Abrechnungsprofil ein.

Verwenden Sie die Passthrough-Abrechnung, wenn jeder Kundenmandant für seine eigene Nutzung bezahlen soll.

Einwilligung und Administratoraufgaben

Planen Sie diese Zuständigkeiten vor der Implementierung.

Zuständigkeit	Lob-Einzelmandant	Mehrinstanzenfähiger ISV
Erstellen einer App-Registrierung	Unternehmensmandant	ISV-Mandant
Erstellen eines Containertyps	Unternehmensmandant	ISV-Mandant
Containertyp registrieren	Derselbe Mandant	Jeder Kunde, der den Mandanten nutzt
Erteilen der Microsoft Graph-Zustimmung	Unternehmensadministrator	Kundenmandantenadministrator für die Nutzung des Mandantenzugriffs
Konfigurieren der Standardabrechnung	Unternehmen/Entwickler	ISV/Entwickler
Konfigurieren der Passthrough-Abrechnung	Nutzen des Mandantenadministrators	Kundenmandantenadministrator
Steuern von Inhalten	Unternehmenscomplianceadministrator	Kundencomplianceadministrator

Welcher Setuppfad als Nächstes folgen soll

Wenn Sie eine interne Unternehmens-App erstellen:

1. Planen Sie die Authentifizierung mit Authentifizierung und Berechtigungen planen.
2. Grundlegendes zum Containertypentwurf finden Sie unter Verstehen von Containertypen und Containern.
3. Erstellen Sie den Containertyp mithilfe der Anleitung unter SharePoint Embedded-Containertypen.
4. Konfigurieren Sie die Abrechnung mithilfe der PayG-Abrechnung für SharePoint Embedded.

Wenn Sie eine ISV-App erstellen:

1. Planen Sie Mandantenbeziehungen mit Verstehen der App- und Mandantenarchitektur.
2. Wählen Sie die Standard- oder Passthroughabrechnung mit Abrechnungsmodell auswählen aus.
3. Erstellen Sie den Containertyp im besitzenden Mandanten.
4. Registrieren Sie den Containertyp in jedem Nutzen-Mandanten, indem Sie Anwendungsberechtigungen des Dateispeichercontainertyps registrieren verwenden.

Planungscheckliste

• Ermitteln Sie, ob die App intern oder kundenseitig ist.
• Identifizieren Sie den besitzereigenen Mandanten.
• Identifizieren Sie alle Nutzen-Mandanten.
• Bestätigen Sie, wer der Besitzer der Microsoft Entra ID Anwendungsregistrierung ist.
• Überprüfen Sie, wo der Containertyp erstellt wird.
• Überprüfen Sie, wo Container erstellt werden.
• Wählen Sie Standard- oder Passthroughabrechnung aus.
• Identifizieren Sie, wer die Administratoreinwilligung erteilt.
• Ermitteln Sie, wer die Abrechnung konfiguriert.
• Ermitteln Sie, wer Konformitätsrichtlinien verwaltet.

Nächste Schritte

Überprüfen Sie das Speichermodell: Grundlegendes zu Containertypen und Containern.