Einschränkungen für Arbeitsnachverfolgung, Prozesse und Projekte

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022 | Azure DevOps Server 2020

In diesem Artikel werden Betriebs- und Objektbeschränkungen beschrieben, die Azure DevOps für Arbeitsverfolgungsvorgänge und -anpassungen platziert. Einige praktische Grenzwerte gelten ebenfalls. Berücksichtigen Sie diese Grenzwerte, wenn Sie Arbeitsaufgabentypen (WORK Item Types, WITs) anpassen.

Arbeitsaufträge und Abfragen

Die folgenden Grenzwerte gelten für Arbeitsaufgaben- und Abfragedefinitionen.

Objekt	Begrenzung
Anlagen pro Arbeitsaufgabe	100
Anhanggröße	60 MB
Langtextfeld	1M Zeichen
Abfrageausführungszeit	30 Sekunden
Abfrageergebnisse	20.000 Elemente
Abfragelänge	32,000 Zeichen
Freigegebene Abfragen pro Ordner	999 Abfragen
Arbeitselementlinks pro Arbeitsaufgabe	1.000
Arbeitselementtags pro Arbeitsaufgabe	100
Überarbeitungen von Arbeitsaufgaben (REST-API)*	10.000
Favorisierte Abfragen pro Projekt	200 Abfragen

*Die REST-API für Azure DevOps Services erzwingt eine Überarbeitungsgrenze für Arbeitsaufgaben von 10.000 Updates. Dieser Grenzwert schränkt Aktualisierungen durch die REST-API ein, gilt jedoch nicht für Updates aus dem Webportal.

Informationen zur Verbesserung der Abfrageleistung finden Sie unter Bewährte Methoden zum Definieren einer Abfrage.

Backlogs, Boards, Dashboards und Teams

Die folgenden Betriebs- und Objektbeschränkungen gelten für Teams, Arbeitsaufgabentags, Backlogs und Boards.

Komponente	Begrenzung
Rückstände	10.000 angezeigte Arbeitsaufgaben*
Boards	1.000 Karten ohne Karten in den Kategorien "Vorgeschlagen" und "Abgeschlossen"
Task Board	1,000 Aufgaben
Flächenpfade pro Projekt	10.000
Flächenpfade pro Team	300
Bereichspfadtiefe	14 Ebenen
Iterationspfade pro Projekt	10.000
Iterationspfade pro Team	300
Iterationspfadtiefe	14 Ebenen
Projektdashboards pro Projekt	500, zugänglich auf Projektebene für alle Personen mit Projektzugriff
Teamdashboards pro Team	500, spezifisch für das Team und verwendet, um teamspezifische Metriken und Daten nachzuverfolgen
Teams pro Projekt	5.000
Arbeitselementtags pro Arbeitsaufgabe	100
Arbeitselementtags pro Organisation oder Sammlung	150,000
Lieferpläne pro Projekt	1,500
Vorlagen pro Workitem-Typ	100

*Jeder Backlog kann bis zu 10.000 Arbeitsaufgaben anzeigen, aber es gibt keine spezifische Beschränkung für die Anzahl der Arbeitsaufgaben, die Sie definieren können. Wenn Ihr Backlog 10.000 Elemente überschreitet, sollten Sie ein Team hinzufügen und einige Arbeitsaufgaben in den Backlog des neuen Teams verschieben.

Tipp

Wenn Sie den Dashboardgrenzwerten nähern, können Sie die folgenden Aktionen ausführen, um deren Anzahl zu verringern.

• Überprüfen Sie das Datum des letzten Zugriffs, oder überprüfen Sie die Teammitglieder, und entfernen Sie dann Dashboards, die dupliziert oder nicht verwendet werden.
• Exportieren Sie die Daten, und archiven Sie dann alte Dashboards.
• Kombinieren und konsolidieren Sie ähnliche Dashboards, indem Sie weitere Widgets zu Dashboards hinzufügen.
• Verwenden Sie den Objektgrenzwert-Tracker, um die Sichtbarkeit der Ressourcennutzung in Echtzeit zu ermöglichen, einschließlich Dashboards. Dieses Feature kann Ihnen dabei helfen, Ihre Grenzwerte proaktiv zu verwalten und potenzielle Probleme zu vermeiden. Weitere Informationen finden Sie unter Einführung der Object Limit Tracker in Azure DevOps.

Andere Limits

• Abgeschlossene oder geschlossene Arbeitsaufgaben werden nicht auf Backlogs und Boards angezeigt, wenn ihr geändertes Datum älter als ein Jahr ist. Sie können diese Elemente weiterhin mithilfe einer Abfrage auflisten. Um die Elemente in einem Backlog oder Board anzuzeigen, nehmen Sie eine geringfügige Änderung vor, um die Anzeigeuhr zurückzusetzen.
• Vermeiden Sie das Schachteln von Backlog-Elementen desselben Typs. Weitere Informationen finden Sie unter Beheben von Problemen beim Neuanordnen und Schachteln.
• Vermeiden Sie das Zuweisen derselben Bereichspfade zu mehreren Teams. Weitere Informationen finden Sie unter "Einschränkungen von Ansichten mit mehreren Team board".
• Standardmäßig sind die Grenzwerte für Arbeitselemente möglicherweise zunächst auf niedrigere Werte aktiviert.

GitHub-Integration

Wenn Sie Ihr Projekt in GitHub-integrieren, gelten die folgenden Grenzwerte.

Integration	Begrenzung
Azure Boards-Web-UI	1.000 verbundene GitHub-Repositorys pro Verbindung
Azure Boards-API*	2.000 verbundene GitHub-Repositorys pro Verbindung

*Weitere Informationen finden Sie unter GitHub Connections – GitHub Connections abrufen.

Projekte

Azure DevOps Services schränkt jede Organisation auf 1.000 Projekte ein, eine Erhöhung gegenüber dem vorherigen Grenzwert von 300 Projekten. Bei mehr als 300 Projekten kann es zu Beeinträchtigungen bei bestimmten Aktionen kommen, etwa beim Herstellen einer Verbindung mit einem Projekt über Visual Studio.

Prozessanpassung

Es gibt viele Grenzwerte für die Anzahl der Objekte, die Sie für einen Prozess definieren können. Weitere Informationen finden Sie unter Anpassen Ihrer Arbeitsverfolgungserfahrung.

In der folgenden Tabelle ist die maximale Anzahl von Objekten aufgeführt, die Sie für die Prozessmodelle „Vererbung“ und „Hosted XML“ definieren können. Praktische Grenzwerte können ebenfalls gelten.

Objekt	Vererbung	Gehostetes XML
Anzahl der Prozesse pro Organisation	128	64
Arbeitsaufgabentypen pro Prozess	64	64
Felder pro Organisation	8192	8192
Felder pro Prozess	1024	1024
Felder pro Arbeitsaufgabentyp	1024	1024
Auswahllisten pro Organisation	2048	-
Auswählen von Elementen pro Liste	2048	2048
Zeichenlänge des Auswahlelements	256	-
Workflowzustände pro Arbeitsaufgabentyp	32	16
Regeln pro Arbeitselementtyp	1024	1024
Aktionen pro Arbeitsaufgabentyp	1024	1024
Aktionen pro Regel	10	10
Portfolio-Backlogebenen pro Prozess	5	5
Kategorien pro Prozess	-	32
Größe der Arbeitselementanlage	60 MB	60 MB

Hinweis

Für das gehostete XML-Prozessmodell können Sie etwa 10.000 Elemente in allen globalen Listen definieren, die in allen WITs angegeben sind. Weitere Einschränkungen und Konformitätsanforderungen für das Hosted XML-Prozessmodell finden Sie unter Anpassen eines Prozesses bei Verwendung von Hosted XML.

Praktische Grenzwerte

Gehen Sie wie folgt vor, um Leistungsprobleme zu minimieren:

• Begrenzen Sie die Anzahl der benutzerdefinierten Felder, die Sie definieren. Alle benutzerdefinierten Felder tragen zur Gesamtzahl für einen Prozess, eine Sammlung oder eine Organisation bei. Sie können für dasselbe Feld in verschiedenen WITs unterschiedliche Verhaltensweisen festlegen, z. B. Regeln und Auswahllisten.

• Begrenzen Sie die Anzahl der Regeln, die Sie für einen WIT definieren. Sie können zwar mehrere Regeln für ein WIT erstellen, andere Regeln können jedoch die Leistung beeinträchtigen, wenn Benutzer Arbeitselemente hinzufügen oder ändern.

• Limitieren Sie die Anzahl der von Ihnen definierten Arbeitselementtypen.

Die Gültigkeitsprüfung von Arbeitsaufgabenregeln überschreitet SQL-Grenzwerte

Ein einzelner SQL-Ausdruck wird pro Projekt definiert, um Arbeitsaufgaben zu überprüfen, wenn sie erstellt oder aktualisiert werden. Dieser Ausdruck wächst mit der Anzahl der Regeln, die für alle Arbeitselementtypen im Projekt angegeben sind.

Jeder Verhaltensqualifizierer für ein Feld erhöht die Anzahl von Unterausdrücke. Geschachtelte Regeln, Regeln, die nur für einen Übergang gelten, oder Regeln, die auf den Wert eines anderen Felds bedingt sind, fügen einer IF Anweisung weitere Bedingungen hinzu.

Wenn Benutzer Arbeitselemente speichern, überprüft das System alle Regeln, die mit den Feldern für diesen Arbeitselementtyp verknüpft sind. Sobald der Ausdruck eine bestimmte Größe oder Komplexität erreicht hat, kann SQL sie nicht mehr effizient auswerten und kann einen Fehler generieren. Um diesen Fehler zu beheben, entfernen Sie einige WITs oder löschen Sie einige Regeln.

Ratenbegrenzungen

Azure DevOps Services, wie viele Software-as-a-Service-Lösungen, verwendet Mehrinstanzenfähigkeit, um Kosten zu senken und Skalierbarkeit und Leistung zu verbessern. Um eine gute Leistung zu gewährleisten und das Risiko von Ausfällen zu minimieren, begrenzt Azure DevOps Services die Ressourcen, die einzelne Benutzer verbrauchen können, sowie die Anzahl der Anforderungen, die sie an bestimmte Befehle stellen können. Wenn diese Grenzwerte überschritten werden, können nachfolgende Anforderungen verzögert oder blockiert werden.

Die meisten Ratenbegrenzungen werden durch REST-API-Aufrufe oder nicht optimierte Abfragen erreicht. Weitere Informationen finden Sie unter "Rate limits " und "Best Practices", um Trefferratenlimits zu vermeiden.

Verwandte Inhalte

• Erfahren Sie mehr über Prozessanpassung und zu geerbten Prozessen
• Beachten Sie die Namensbeschränkungen und -konventionen
• Erstellen Sie einen Vererbungsprozess
• Befolgen der bewährten Methoden