Limieten voor processen, projecten en het bijhouden van werk
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
In dit artikel worden operationele en objectlimieten gedefinieerd die zijn geplaatst voor werktraceringsbewerkingen en aanpassingen voor het bijhouden van werk. Naast de opgegeven vaste limieten voor specifieke objecten zijn enkele praktische limieten van toepassing. Wanneer u werkitemstypen (WIT's) aanpast, moet u rekening houden met de limieten voor objecten.
Werkitems en query's
Wanneer u werkitems definieert of query's uitvoert, moet u rekening houden met de volgende operationele limieten:
| Object | Grenswaarde |
|---|---|
| Bijlagen toegevoegd aan een werkitem | 100 |
| Bijlagegrootte | 60 MB |
| Lang tekstveld | 1 M tekens |
| Uitvoeringstijd van query's | 30 seconden |
| Queryresultaten | 20.000 items |
| Querylengte | 32.000 tekens |
| Gedeelde query's onder een map | 999 query's |
| Koppelingen naar werkitems die zijn toegewezen aan een werkitem | 1.000 |
| Tags voor werkitems die zijn toegewezen aan een werkitem | 100 |
| Revisies van werkitems (REST API) | 10,000 |
| Favoriete query's per project | 200 query's |
De REST API voor Azure DevOps Services dwingt een revisielimiet voor werkitems af van 10.000 updates. Deze limiet beperkt updates die zijn gemaakt via de REST API, maar updates van de webportal worden niet beïnvloed.
| Object | Grenswaarde |
|---|---|
| Lang tekstveld | 1 M tekens |
| Tags voor werkitems die zijn toegewezen aan een werkitem | 100 |
| Koppelingen naar werkitems die zijn toegewezen aan een werkitem | 1.000 |
| Bijlagen toegevoegd aan een werkitem | 100 |
| Bijlagegrootte | 4 MB tot 2 GB |
| Uitvoeringstijd van query's | 6 minuten |
| Queryresultaten | 20.000 items |
| Querylengte | 32.000 tekens |
| Gedeelde query's onder een map | 999 query's |
| Favoriete query's per project | 200 query's |
De standaard maximale bijlagegrootte is 4 MB. U kunt de maximale grootte wijzigen tot 2 GB.
Zie Een query/best practices definiëren om de prestaties van query's te verbeteren.
Achterstanden, borden, dashboards en teams
Wanneer u met teams, werkitemtags, achterstanden en borden werkt, zijn de volgende operationele weergave- en objectlimieten van toepassing.
| Gebruikersinterface | Grenswaarde |
|---|---|
| Achterstanden | 10.000 werkitems |
| Boards | 1000 kaarten (met uitzondering van deze kaarten in de categorieën Voorgestelde en Voltooide werkstroomstatus) |
| Taskboard | 1000 taken |
| Gebiedspaden | 10.000 per project |
| Diepte van gebiedspad | 14 |
| Gebiedspaden per team | 300 |
| Iteratiepaden | 10.000 per project |
| Diepte van iteratiepad | 14 |
| Iteratiepaden per team | 300 |
| Projectdashboards | 500 per project. Toegankelijk op projectniveau en iedereen met toegang tot het project kan dit gebruiken. |
| Teamdashboards | 500 per team. Specifiek voor het team en wordt gebruikt om teamspecifieke metrische gegevens en gegevens bij te houden. |
| Teams | 5.000 per project |
| Werkitemtags | 150.000 tagdefinities per organisatie of verzameling |
| Leveringsplannen per project | 1.000 |
| Sjablonen per werkitemtype | 100 |
Elke achterstand kan maximaal 10.000 werkitems weergeven. Deze limiet is van toepassing op wat de achterstand kan weergeven, niet op het aantal werkitems dat u kunt definiëren, omdat er geen specifieke limiet is. Als uw achterstand deze limiet overschrijdt, kunt u een team toevoegen en enkele werkitems naar de achterstand van het nieuwe team verplaatsen.
Tip
Als u de limieten voor dashboards nadert, raadpleegt u de volgende stappen voor het beheren en opschonen van uw dashboards:
- Gebruik controleren: Dashboards identificeren die niet meer worden gebruikt of duplicaten zijn. U kunt dit doen door de laatst geopende datum te controleren of door te overleggen met teamleden.
- Dashboards samenvoegen: vergelijkbare dashboards combineren om het totale aantal te verminderen. U kunt dit doen door meerdere widgets toe te voegen aan één dashboard.
- Oude dashboards archiveren: als bepaalde dashboards niet meer nodig zijn, maar u de gegevens wilt behouden, kunt u overwegen de gegevens te exporteren en de dashboards te archiveren.
- Gebruik de functie Objectlimiettracker: biedt realtime inzicht in resourcegebruik, inclusief dashboards. Met deze functie kunt u uw limieten proactief beheren en potentiële problemen voorkomen.
Andere opmerkingen:
- Voltooide of gesloten werkitems worden niet weergegeven op achterstanden en borden zodra de gewijzigde datum ouder is dan een jaar. U kunt deze items nog steeds weergeven met behulp van een query. Als u wilt dat ze worden weergegeven in een achterstand of bord, moet u een kleine wijziging aanbrengen om de weergaveklok opnieuw in te stellen.
- Vermijd het nesten van backlogitems van hetzelfde type. Zie Problemen met opnieuw ordenen en nesten oplossen voor meer informatie.
- Vermijd het toewijzen van dezelfde gebiedspaden aan meer dan één team. Zie Beperkingen van weergaven voor meerdere teams voor meer informatie.
- Standaard kunnen de limieten voor werkitems worden ingesteld op lagere waarden in eerste instantie.
Wanneer u met teams, werkitemtags, achterstanden en borden werkt, zijn de volgende operationele limieten van toepassing. Standaard- en maximumlimieten.
| Gebruikersinterface | Grenswaarde |
|---|---|
| Achterstanden | 999 werkitems |
| Boards | 400 kaarten |
| Dashboards per project | 500 |
| Taskboard | 800 werkitems |
| Teams | 5.000 per project |
| Werkitemtags | 150.000 tagdefinities per project |
| Sjablonen per werkitemtype | 100 |
Elke achterstand kan maximaal 999 werkitems weergeven. Als uw achterstand deze limiet overschrijdt, kunt u een team maken en enkele werkitems verplaatsen naar de achterstand van het nieuwe team.
Andere opmerkingen:
- Vermijd het nesten van backlogitems van hetzelfde type. Zie Problemen met opnieuw ordenen en nesten oplossen voor meer informatie.
- Vermijd het toewijzen van dezelfde gebiedspaden aan meerdere teams. Zie Beperkingen van weergaven voor meerdere teams voor meer informatie.
Voor het on-premises XML-procesmodel kunt u de achterstands- en Taskboard-limieten wijzigen door het ProcessConfiguration.xml bestand te bewerken. Zie De verwijzing naar xml-element voor procesconfiguratie voor meer informatie.
Projecten
Azure DevOps Services beperkt elke organisatie tot 1000 projecten per organisatie, een toename van de vorige limiet van 300 projecten.
Notitie
Boven de 300 projecten kunnen bepaalde ervaringen, zoals het maken van verbinding met een project vanuit Visual Studio, afnemen. Voor on-premises Azure DevOps Server zijn er geen vaste limieten, maar er kunnen prestatieproblemen optreden als het aantal projecten bijna 300 is. Wanneer u migreert naar Azure DevOps Services, moet u de maximumlimiet van 1000 projecten observeren. Als uw verzameling deze limiet overschrijdt, splitst u de verzameling of verwijdert u oudere projecten.
Zie Gegevens migreren van Azure DevOps Server naar Azure DevOps Services voor meer informatie.
Procesaanpassing
Er worden veel limieten opgelegd aan het aantal objecten dat u voor een proces kunt definiëren. Zie Uw ervaring voor het bijhouden van werk aanpassen voor meer informatie.
De volgende tabel bevat het maximum aantal objecten dat u kunt definiëren voor de overname- en gehoste XML-procesmodellen. Hoewel deze limieten harde limieten zijn, kunnen praktische limieten ook van toepassing zijn.
| Object | Overname | Gehoste XML |
|---|---|---|
| Aantal processen dat u in een organisatie kunt hebben | 128 | 64 |
| De werkitemtypen die zijn gedefinieerd voor een proces | 64 | 64 |
| Velden die zijn gedefinieerd voor een organisatie | 8192 | 8192 |
| Gedefinieerde velden voor een proces | 1024 | 1024 |
| Velden gedefinieerd voor een werkitemtype | 1024 | 1024 |
| Selectielijsten gedefinieerd voor een organisatie of verzameling | 2048 | - |
| Selectielijstitems gedefinieerd voor een lijst | 2048 | 2048 |
| Lengte van selectielijstitem | 256 | - |
| De werkstroomstatussen die zijn gedefinieerd voor een type werkitem | 32 | 16 |
| De regels die zijn gedefinieerd voor een type werkitem | 1024 | 1024 |
| Acties die zijn gedefinieerd voor een werkitemtype | 1024 | 1024 |
| Acties die zijn gedefinieerd voor een regel | 10 | 10 |
| Portfolioachterstandsniveaus gedefinieerd voor een proces | 5 | 5 |
| Categorieën die zijn gedefinieerd voor een proces | - | 32 |
| Globale lijsten die zijn gedefinieerd voor een proces | - | 256 |
| Lijstitems gedefinieerd in een globale lijst | - | 1024 |
| Grootte van bijlage werkitem | 60 MB | 60 MB |
Zie Een proces aanpassen bij het gebruik van gehoste XML voor andere beperkingen en nalevingsvereisten van het model voor gehoste XML.
Notitie
Voor het model voor het gehoste XML-proces kunt u ongeveer 10.000 items definiëren voor alle algemene lijsten die zijn opgegeven in alle WIT's.
De volgende tabel bevat het maximum aantal objecten dat u kunt definiëren voor de overname- en on-premises XML-procesmodellen. Hoewel deze limieten harde limieten zijn, kunnen praktische limieten ook van toepassing zijn.
| Object | Overname | On-premises XML |
|---|---|---|
| Aantal processen dat u in een organisatie kunt hebben | 64 | 64 |
| De werkitemtypen die zijn gedefinieerd voor een proces | 64 | 64 |
| Velden gedefinieerd voor een verzameling | 8192 | 1024 |
| Gedefinieerde velden voor een proces | 1024 | 1024 |
| Velden gedefinieerd voor een werkitemtype | 1024 | 1024 |
| Selectielijsten gedefinieerd voor een verzameling | 1024 | N.v.t. |
| Selectielijstitems gedefinieerd voor een lijst | 2048 | 2048 |
| Lengte van selectielijstitem | 256 | N.v.t. |
| De werkstroomstatussen die zijn gedefinieerd voor een type werkitem | 32 | 16 |
| De regels die zijn gedefinieerd voor een type werkitem | 1024 | 1024 |
| Portfolioachterstandsniveaus gedefinieerd voor een proces | 5 | 5 |
| Categorieën die zijn gedefinieerd voor een proces | N.v.t. | 32 |
| Globale lijsten die zijn gedefinieerd voor een proces | N.v.t. | 256 |
| Lijstitems gedefinieerd in een globale lijst | N.v.t. | 1024 |
Notitie
Voor het on-premises XML-procesmodel kunt u een totaal van 10.000 items definiëren voor alle globale lijsten die zijn opgegeven in alle WIT's.
Praktische limieten
Als u prestatieproblemen wilt minimaliseren, raden we u aan deze richtlijnen te volgen:
- Beperk het aantal aangepaste velden dat u definieert. Alle aangepaste velden dragen bij aan het totaal dat is toegestaan voor een proces, verzameling of organisatie. U kunt voor hetzelfde veld in verschillende WIT's verschillende gedragingen opgeven, zoals regels en selectielijsten.
- Beperk het aantal regels dat u definieert voor een WIT. Hoewel u meerdere regels voor een WIT kunt maken, kunnen andere regels de prestaties negatief beïnvloeden wanneer gebruikers werkitems toevoegen of wijzigen. Wanneer gebruikers werkitems opslaan, valideert het systeem alle regels die zijn gekoppeld aan de velden voor dat type werkitem. In sommige gevallen is de expressie voor regelvalidatie mogelijk te complex voor SQL om efficiënt te evalueren.
- Beperk het aantal aangepaste WIT's dat u definieert.
- Beperk het aantal aangepaste velden dat u definieert. Alle aangepaste velden dragen bij aan het totaal dat is toegestaan voor een proces, verzameling of organisatie. U kunt voor hetzelfde veld in verschillende WIT's verschillende gedragingen opgeven, zoals regels en selectielijsten.
- Beperk het aantal regels dat u definieert voor een WIT. Hoewel u meerdere regels voor een WIT kunt maken, kunnen andere regels de prestaties negatief beïnvloeden wanneer gebruikers werkitems toevoegen of wijzigen. Wanneer gebruikers werkitems opslaan, valideert het systeem alle regels die zijn gekoppeld aan de velden voor dat type werkitem. In sommige gevallen is de expressie voor regelvalidatie mogelijk te complex voor SQL om efficiënt te evalueren.
- Beperk het aantal aangepaste WIT's dat u definieert.
- Beperk het aantal rapportbare velden dat u definieert. Rapportbare velden kunnen van invloed zijn op de prestaties van uw datawarehouse.
Notitie
Validatie van werkitemregels overschrijdt SQL-limieten: er wordt per project één SQL-expressie gedefinieerd om werkitems te valideren wanneer ze worden gemaakt of bijgewerkt. Deze expressie groeit met het aantal regels dat is opgegeven voor alle typen werkitems in het project. Elke gedragskwalificatie voor een veld verhoogt het aantal subexpressies. Geneste regels, regels die alleen van toepassing zijn op een overgang of regels die afhankelijk zijn van de waarde van een ander veld, voegen meer voorwaarden toe aan een IF-instructie. Zodra de expressie een bepaalde grootte of complexiteit heeft bereikt, kan SQL deze niet meer evalueren en wordt er een fout gegenereerd. Als u deze fout wilt oplossen, verwijdert u enkele WIT's of verwijdert u bepaalde regels.
Frequentielimieten
Om de kosten te verlagen en de schaalbaarheid en prestaties te verbeteren, maakt Azure DevOps Services, zoals veel Software-as-a-Service-oplossingen, gebruik van multitenancy. Om goede prestaties te garanderen en het risico op storingen te minimaliseren, beperkt Azure DevOps Services de resources die personen kunnen gebruiken en het aantal aanvragen dat ze kunnen indienen bij bepaalde opdrachten. Wanneer deze limieten worden overschreden, kunnen volgende aanvragen worden vertraagd of geblokkeerd.
De meeste frequentielimieten worden bereikt via REST API-aanroepen of niet-geoptimaliseerde query's. Zie Frequentielimieten en aanbevolen procedures (om snelheidslimieten te voorkomen) voor meer informatie.
Limieten voor migreren en importeren
Wanneer u migreert van on-premises naar Azure DevOps Services, kunt u verschillende groottelimieten tegenkomen, waaronder:
- Databasegrootte overschrijdt de aanbevolen grootte
- Grootste tabelgrootte die groter is dan de aanbevolen grootte
- Grootte van databasemetagegevens die groter zijn dan de ondersteunde grootte
Zie Gegevens migreren van Azure DevOps Server naar Azure DevOps Services en problemen met import- en migratiefouten oplossen voor meer informatie.