Grenzwerte und Aufrufmuster
In diesem Dokument werden die Grenzwerte von SharePoint Embedded während der öffentlichen Vorschau erläutert.
Hinweis
Dies sind Vorschaubeschränkungen, die geändert werden können.
Größengrenzwerte
In der folgenden Tabelle werden die Größenbeschränkungen von Containern definiert.
| Ressource | Grenze |
|---|---|
| Containertypen, die ein Partnermandant erstellen kann | 5* |
| Containertypen, die eine App besitzen kann | 1 |
| Container eines Containertyps pro verbrauchender Mandant | 100.000* |
| Speicher pro Containertyp und verbrauchender Mandant | 100 TB* |
| Dateien und Ordner pro Container | 30M |
| Speicher pro Container | 25 TB |
| Dateien und Ordner mit zusätzlichen Berechtigungen pro Container | 5k |
| Dateigröße | 250 GB |
| Versionsanzahl pro Datei | 500 (Standardeinstellung für automatische Versionsverlaufsbeschränkungen) |
| Anzahl freigegebener Benutzer pro Ordner oder Datei | 5k |
Hinweis
Der Grenzwert kann pro Anforderung erhöht werden.
Einschränkung
Muster und bewährte Methoden
Wenn Anwendungen Dienstgrenzwerte erreichen, erhalten Sie den HTTP-status Code 429 ("Zu viele Anforderungen"). Möglicherweise erhalten Sie auch den HTTP-status Code 503 ("Server zu ausgelastet").
Im Allgemeinen sind die folgenden bewährten Methoden für die Behandlung der Drosselung aufgeführt:
- Reduzieren Sie die Anzahl gleichzeitiger Anforderungen.
- Vermeiden Sie Anforderungsspitzen.
- Beachten Sie den
Retry-AfterHTTP-Header.
In beiden Fällen enthält die Antwort einen Retry-After-Header, der anzeigt, wie lange die aufrufende Anwendung warten sollte, bevor sie es erneut versucht oder eine neue Anforderung sendet. Gedrosselte Anforderungen werden auf Nutzungslimits angerechnet, sodass ein Nichtbeachten Retry-After zu einer weiteren Drosselung führen kann.
API-Ratenlimits
SharePoint Embedded bietet verschiedene APIs. Unterschiedliche APIs haben je nach Funktionalität und Komplexität der API unterschiedliche Kosten. Die Kosten für APIs werden normalisiert und durch Ressourceneinheiten ausgedrückt. API-Ratenlimits werden auch mithilfe von Ressourceneinheiten definiert.
| Ressourceneinheiten pro Anforderung | Aktivitäten |
|---|---|
| 1 | Einzelelementabfrage, z. B. Element abrufen. |
| 2 | Abfrage mit mehreren Elementen, z. B. untergeordnete Elemente erstellen, aktualisieren, löschen und hochladen |
| 5 | Alle Berechtigungsressourcenvorgänge, einschließlich $expand=permissions. |
Hinweis
Wir behalten uns das Recht vor, die API-Ressourceneinheitskosten zu ändern.
In der folgenden Tabelle sind die API-Ratenlimits für Anwendungen und Container aufgeführt.
| Ressource | Einschränkungen |
|---|---|
| Anforderungen pro Container | 3.000 Ressourceneinheiten pro Minute |
| Anforderungen pro App und Mandant | 12.000 Ressourceneinheiten pro Minute* |
| Anforderungen pro Benutzer | 600 Ressourceneinheiten pro Minute |
Hinweis
* Der Grenzwert kann pro Anforderung erhöht werden.
Anwendungsgrenzwerte werden in Ressourceneinheiten definiert, und die tatsächliche Anforderungsrate, z. B. Anforderungen pro Minute, variiert je nach ausgewählter API und den entsprechenden Ressourceneinheitenkosten. Im Allgemeinen können Sie die Anforderungsrate schätzen, indem Sie etwa zwei Ressourceneinheiten pro Anforderung im Durchschnitt berechnen und die Grenzwerte für Anwendungsressourceneinheiten durch 2 dividieren. Die Reduzierung der Nutzung von Berechtigungsvorgängen kann die Aufrufrate erheblich verbessern, da diese Vorgänge die größten Auswirkungen auf den gesamten Ressourcenverbrauch haben.