Arbetsspårning, processer och projektgränser

  • Artikel

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019

Den här artikeln definierar drifts- och objektgränser för arbetsspårningsåtgärder och anpassning av arbetsspårning. Förutom de angivna hårda gränserna för utvalda objekt gäller vissa praktiska gränser. När du anpassar typer av arbetsobjekt (WIT) bör du överväga de begränsningar som finns för objekt.

Arbetsobjekt och frågor

När du definierar arbetsobjekt eller kör frågor gäller följande driftsgränser.

Objekt Gräns
Bifogade filer som lagts till i ett arbetsobjekt 100
Storlek på bifogad fil 60 MB
Långt textfält 1 M tecken
Körningstid för frågor 30 sekunder
Frågeresultat 20 000 objekt
Frågelängd 32 000 tecken
Delade frågor under en mapp 999 frågor
Arbetsobjektlänkar tilldelade till ett arbetsobjekt 1 000
Arbetsobjekttaggar tilldelade till ett arbetsobjekt 100
Arbetsobjektsrevisioner (REST API) 10,000
Favoritfrågor per projekt 200 frågor

En ändringsgräns för arbetsobjekt på 10 000 gäller för uppdateringar som görs via REST-API:et för Azure DevOps Services. Den här gränsen begränsar uppdateringar från REST-API:et, men uppdateringar från webbportalen påverkas inte.

Objekt Gräns
Långt textfält 1 M tecken
Arbetsobjekttaggar tilldelade till ett arbetsobjekt 100
Arbetsobjektlänkar tilldelade till ett arbetsobjekt 1 000
Bifogade filer som lagts till i ett arbetsobjekt 100
Storlek på bifogad fil 4 MB till 2 GB
Körningstid för frågor 6 minuter
Frågeresultat 20 000 objekt
Frågelängd 32 000 tecken
Delade frågor under en mapp 999 frågor
Favoritfrågor per projekt 200 frågor

Standardstorleken för den maximala bifogade filen är 4 MB. Du kan ändra den maximala storleken upp till 2 GB.

Information om hur du förbättrar frågeprestanda finns i Definiera en fråga/metodtips.

Kvarvarande uppgifter, tavlor, instrumentpaneler och team

När du arbetar med team, arbetsobjekttaggar, kvarvarande uppgifter och tavlor gäller följande begränsningar för driftsvisning och objekt.

Användargränssnitt Gräns
Backlogs (eftersläpningar) 10 000 arbetsobjekt
Tavlor 1 000 kort (exklusive dessa kort i de föreslagna och slutförda arbetsflödestillståndskategorierna)
Aktivitetstavla 1 000 uppgifter
Områdessökvägar 10 000 per projekt
Djup för områdessökväg 14
Områdessökvägar per team 300
Iterationssökvägar 10 000 per projekt
Djup för iterationssökväg 14
Iterationssökvägar per team 300
Projektinstrumentpaneler 500 per projekt
Teaminstrumentpaneler 500 per team
Teams 5 000 per projekt
Taggar för arbetsobjekt 150 000 taggdefinitioner per organisation eller samling
Leveransplaner per projekt 1 000
Mallar per typ av arbetsobjekt 100

Varje kvarvarande uppgifter kan visa upp till 10 000 arbetsobjekt. Det här är en gräns för vad kvarvarande uppgifter kan visa, inte en gräns för hur många arbetsobjekt du kan definiera. Om kvarvarande uppgifter överskrider den här gränsen kan du överväga att lägga till ett team och flytta några av arbetsobjekten till det andra teamets kvarvarande uppgifter.

Ytterligare kommentarer:

  • Slutförda eller stängda arbetsobjekt visas inte i kvarvarande uppgifter och tavlor när deras ändrade datum är större än ett år gammalt. Du kan fortfarande lista dessa objekt med hjälp av en fråga. Om du vill att de ska visas på en kvarvarande eller tavla kan du göra en mindre ändring av dem som återställer klockan för visning.
  • Undvik att kapsla kvarvarande uppgifter av samma typ. Mer information finns i Åtgärda problem med omordning och kapsling.
  • Undvik att tilldela samma områdessökvägar till fler än ett team. Mer information finns i Begränsningar för kanban-styrelsevyer för flera team.
  • Som standard kan begränsningar för arbetsobjekt inledningsvis konfigureras till lägre värden.

När du arbetar med team, arbetsobjekttaggar, kvarvarande uppgifter och tavlor gäller följande driftsgränser. Standard- och maxgränser.

Användargränssnitt Gräns
Backlogs (eftersläpningar) 999 arbetsobjekt
Tavlor 400 kort
Instrumentpaneler per projekt 500
Aktivitetstavla 800 arbetsobjekt
Teams 5 000 per projekt
Taggar för arbetsobjekt 150 000 taggdefinitioner per projekt
Mallar per typ av arbetsobjekt 100

Varje kvarvarande uppgifter kan visa upp till 999 arbetsobjekt. Om kvarvarande uppgifter överskrider den här gränsen kan du överväga att lägga till ett team och flytta några av arbetsobjekten till det andra teamets kvarvarande uppgifter.

Ytterligare kommentarer:

För den lokala XML-processmodellen kan du ändra begränsningarna för kvarvarande uppgifter och aktivitetstavlor genom att redigera ProcessConfiguration.xml-filen. Mer information finns i Referens för XML-element för processkonfiguration.

Projekt

Azure DevOps Services begränsar varje organisation till 1 000 projekt per organisation, en ökning jämfört med den tidigare gränsen på 300 projekt.

Kommentar

Över 300 projekt vissa upplevelser, till exempel att ansluta till ett projekt från Visual Studio, kan börja försämras. För lokal Azure DevOps Server finns det inga hårda gränser för antalet projekt. Du kan dock få prestandaproblem om antalet projekt närmar sig 300. Om du planerar att migrera din lokala samling till Azure DevOps Services måste du observera den maximala gränsen på 1 000 projekt. Om samlingen har fler än 1 000 projekt måste du antingen dela upp samlingen eller ta bort äldre projekt.

Mer information finns i Migrera data från Azure DevOps Server till Azure DevOps Services.

Processanpassning

Ett antal begränsningar tillämpas på antalet objekt som du kan definiera för en process. Mer information om processmodeller finns i Anpassa din arbetsspårningsupplevelse.

I följande tabell visas det maximala antalet objekt som du kan definiera för processmodellerna Arv och Värdbaserad XML. Även om dessa utgör hårda gränser kan praktiska gränser också gälla.

Objekt Arv Värdbaserad XML
Antal processer som du kan ha i en organisation 128 64
Typer av arbetsuppgifter som definierats för en process 64 64
Fält som definierats för en organisation 8192 8192
Fält som definierats för en process 1024 1024
Fält som definierats för en typ av arbetsobjekt 1024 1024
Listrutor som definierats för en organisation eller samling 2048 -
Listlisteobjekt som definierats för en lista 2048 2048
Längd på listobjekt 256 -
Arbetsflödestillstånd som definierats för en typ av arbetsuppgift 32 16
Regler som definierats för en arbetsuppgiftstyp 1024 1024
Åtgärder som definierats för en regel 10 10
Portföljens kvarvarande nivåer har definierats för en process 5 5
Kategorier som definierats för en process - 32
Globala listor som definierats för en process - 256
Lista objekt som definierats i en global lista - 1024
Storlek på bifogad arbetsobjekt 60 MB 60 MB

Ytterligare begränsningar och efterlevnadskrav för den värdbaserade XML-processmodellen finns i Anpassa en process när du använder värdbaserad XML.

Kommentar

För den värdbaserade XML-processmodellen kan du definiera en ungefärlig summa på 10 000 objekt för alla globala listor som anges för alla WIT-enheter.

I följande tabell visas det maximala antalet objekt som du kan definiera för processmodellerna Arv och Lokal XML. Även om dessa utgör hårda gränser kan praktiska gränser också gälla.

Objekt Arv Lokal XML
Antal processer som du kan ha i en organisation 64 64
Typer av arbetsuppgifter som definierats för en process 64 64
Fält som definierats för en samling 8192 1024
Fält som definierats för en process 1024 1024
Fält som definierats för en typ av arbetsobjekt 1024 1024
Listrutor som definierats för en samling 1024 Ej tillämpligt
Listlisteobjekt som definierats för en lista 2048 2048
Längd på listobjekt 256 Ej tillämpligt
Arbetsflödestillstånd som definierats för en typ av arbetsuppgift 32 16
Regler som definierats för en arbetsuppgiftstyp 1024 1024
Portföljens kvarvarande nivåer har definierats för en process 5 5
Kategorier som definierats för en process Ej tillämpligt 32
Globala listor som definierats för en process Ej tillämpligt 256
Lista objekt som definierats i en global lista Ej tillämpligt 1024

Kommentar

För den lokala XML-processmodellen kan du definiera en ungefärlig summa på 10 000 objekt för alla globala listor som anges för alla WIT-enheter.

Praktiska begränsningar

Vi rekommenderar att du överväger följande vägledning för att minimera prestandaproblem.

  • Minimera antalet anpassade fält som du definierar. Alla anpassade fält bidrar till det totala antalet tillåtna för en process, samling eller organisation. Observera att du kan ange olika beteende för samma fält i en annan WIT. Du kan alltså ange olika regler, listrutor med mera.
  • Minimera antalet regler som du definierar för en WIT. Du kan skapa flera regler för en arbetsuppgiftstyp, men tilläggsregler kan påverka prestanda negativt när en användare lägger till och ändrar arbetsuppgifter. När användarna sparar arbetsuppgifter verifierar systemet alla regler som är associerade med fälten för arbetsuppgiftstypen. Under vissa förhållanden är regelverifieringsuttrycket för komplext för att SQL ska kunna utvärdera det.
  • Minimera antalet anpassade arbetsuppgiftstyper som du definierar.
  • Minimera antalet anpassade fält som du definierar. Alla anpassade fält bidrar till det totala antalet tillåtna för en process, samling eller organisation. Observera att du kan ange olika beteende för samma fält i en annan WIT. Du kan alltså ange olika regler, listrutor med mera.
  • Minimera antalet regler som du definierar för en WIT. Du kan skapa flera regler för en arbetsuppgiftstyp, men tilläggsregler kan påverka prestanda negativt när en användare lägger till och ändrar arbetsuppgifter. När användarna sparar arbetsuppgifter verifierar systemet alla regler som är associerade med fälten för arbetsuppgiftstypen. Under vissa förhållanden är regelverifieringsuttrycket för komplext för att SQL ska kunna utvärdera det.
  • Minimera antalet anpassade arbetsuppgiftstyper som du definierar.
  • Minimera antalet rapportbara fält som du definierar. Rapportbara fält påverkar datalagrets prestanda.

Kommentar

Verifiering av arbetsobjektsregler överskrider SQL-gränser: Ett enda SQL-uttryck definieras per projekt för att verifiera arbetsobjekt när de skapas eller uppdateras. Det här uttrycket växer med det antal regler som du anger för alla typer av arbetsobjekt som definierats för projektet. Varje beteendekvalificerare som anges för ett fält resulterar i en ökning av antalet underuttryck. Kapslade regler, regler som endast gäller för en övergång eller som är villkorade för värdet för något annat fält, gör att fler villkor läggs till i en IF-instruktion. När uttrycket når en viss storlek eller komplexitet kan SQL inte utvärdera det längre och genererar ett fel. Om du tar bort vissa WIT-nätverk eller eliminerar vissa regler kan du lösa felet.

Hastighetsbegränsningar

För att minska kostnaderna och förbättra skalbarheten och prestandan använder Azure DevOps Services, liksom många lösningar för programvara som en tjänst, flera innehavare. För att säkerställa bra prestanda och minska risken för avbrott begränsar Azure DevOps Services de resurser som enskilda användare kan använda och antalet begäranden som de kan göra till vissa kommandon. När dessa gränser överskrids kan efterföljande begäranden antingen fördröjas eller blockeras.

De flesta hastighetsgränser nås via REST API-anrop eller icke-optimerade frågor. Mer information finns i följande artiklar:

Migrera och importera gränser

När du bestämmer dig för att migrera från en lokal plats till Azure DevOps Services finns det flera storleksgränser som du kan stöta på. Dessa gränser omfattar:

  • Databasstorleken är över den rekommenderade storleken
  • Den största tabellstorleken är över den rekommenderade storleken
  • Databasens metadatastorlek är högre än den storlek som stöds

Mer information finns i Migrera data från Azure DevOps Server till Azure DevOps Services och Felsöka import- och migreringsfel.