Sledování práce, pracovní procesy a limity projektů

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

Tento článek popisuje provozní a objektové limity, které Azure DevOps umístí na operace sledování práce a přizpůsobení. Platí i některé praktické limity. Při přizpůsobení typů pracovních položek (WIT) zvažte tyto limity.

Pracovní položky a dotazy

Následující omezení platí pro definice pracovních položek a dotazů.

Objekt	Limit
Přílohy na pracovní položku	100
Velikost přílohy	60 MB
Dlouhé textové pole	1M znaky
Doba provádění dotazů	30 sekund
Výsledky dotazu	20 000 položek
Délka dotazu	32 000 znaků
Sdílené dotazy na složku	999 dotazů
Propojení pracovních položek na pracovní položku	1000
Značky pracovních položek na pracovní položku	100
Revize pracovních položek (REST API)*	10 000
Oblíbené dotazy na jeden projekt	200 dotazů

*Rozhraní REST API pro Azure DevOps Services vynucuje limit revize pracovních položek s 10 000 aktualizacemi. Tento limit omezuje aktualizace provedené prostřednictvím rozhraní REST API, ale nevztahuje se na aktualizace z webového portálu.

Informace o zlepšení výkonu dotazů najdete v tématu Osvědčené postupy pro definování dotazu.

Seznamy úkolů, tabule, řídicí panely a týmy

Následující omezení provozu a objektů platí pro týmy, značky pracovních položek, backlogy a panely.

Součást	Limit
Nevyřízené položky	10 000 zobrazených pracovních položek*
Boards	1 000 karet s výjimkou karet v kategoriíchNavrhované a Dokončené
Nástěnka úkolů	1 000 úkolů
Cesty k oblasti na jeden projekt	10 000
Cesty k oblastem na tým	300
Hloubka cesty k oblasti	14 úrovní
Cesty iterace na jeden projekt	10 000
Cesty iterace na tým	300
Hloubka cesty iterace	14 úrovní
Řídicí panely projektu na jeden projekt	500, přístupné na úrovni projektu komukoli, kdo má přístup k projektu
Týmové řídicí panely na tým	500, specifické pro tým a používá se ke sledování metrik a dat specifických pro tým
Týmy na jeden projekt	5 000
Značky pracovních položek na pracovní položku	100
Značky pracovních položek pro každou organizaci nebo kolekci	150,000
Plány doručení na jeden projekt	1,500
Šablony na typ pracovní položky	100

*Každý backlog může zobrazit až 10 000 pracovních položek, ale neexistuje žádný konkrétní limit počtu pracovních položek, které můžete definovat. Pokud váš backlog přesahuje 10 000 položek, zvažte přidání týmu a přesunutí některých pracovních položek do backlogu nového týmu.

Tip

Pokud se blížíte limitům řídicího panelu, můžete snížit počet řídicích panelů pomocí následujících akcí.

• Zkontrolujte datum posledního přístupu nebo zkontrolujte členy týmu a pak odeberte řídicí panely, které jsou duplicitní nebo nepoužité.
• Exportujte data a potom archivujte staré řídicí panely.
• Zkombinujte a konsolidujte podobné řídicí panely přidáním dalších widgetů do řídicích panelů.
• Pomocí nástroje Object Limit Tracker můžete v reálném čase sledovat využití prostředků, včetně řídicích panelů. Tato funkce vám může pomoct proaktivně spravovat limity a vyhnout se potenciálním problémům. Další informace najdete v tématu Představení nástroje Object Limit Tracker v Azure DevOps.

Další omezení

• Dokončené nebo zavřené pracovní položky se nezobrazují v backlogech a panelech, pokud jsou změněné datum starší než rok. Stále můžete tyto položky vypsat pomocí dotazu. Pokud chcete, aby se položky zobrazovaly na backlogu nebo panelu, proveďte menší změnu, aby se zobrazované hodiny resetovaly.
• Vyhněte se zahrnování položek stejného typu do backlogu. Další informace najdete v tématu Oprava problémů s přeuspořádáním a vnořením.
• Vyhněte se přiřazování stejných cest oblasti více než jednomu týmu. Další informace naleznete v tématu Omezení zobrazení panelu multiteam.
• Ve výchozím nastavení můžou být limity pracovních položek nastavené na nižší hodnoty.

Integrace GitHubu

Pokud integrujete váš projekt sGitHub, platí následující omezení.

Integrace	Limit
Webové uživatelské rozhraní Azure Boards	1 000 připojených úložišť GitHub na připojení
Rozhraní API služby Azure Boards*	2 000 připojených úložišť GitHub na připojení

*Další informace najdete v tématu Připojení GitHubu – Získání připojení GitHubu.

Projekty

Azure DevOps Services omezuje každou organizaci na 1 000 projektů, což je zvýšení oproti předchozímu limitu 300 projektů. Při více než 300 projektech se mohou zhoršit určité zkušenosti, jako je připojení k projektu ze sady Visual Studio.

Přizpůsobení procesu

Existuje mnoho omezení počtu objektů, které můžete definovat pro proces. Další informace najdete v tématu Přizpůsobení prostředí sledování práce.

Následující tabulka uvádí maximální počet objektů, které můžete definovat pro modely dědičnosti a hostovaného procesu XML. Mohou platit i praktické limity.

Objekt	Dědičnost	Hostovaný XML
Počet procesů na organizaci	128	64
Typy pracovních položek na proces	64	64
Pole pro každou organizaci	8192	8192
Pole na proces	1024	1024
Pole na typ pracovní položky	1024	1024
Rozevírací seznamy pro každou organizaci	2048	-
Položky rozevíracího seznamu na seznam	2048	2048
Délka znaků položky seznamu	256	-
Stavy pracovního postupu na typ pracovní položky	32	16
Stránky (karty) na typ pracovní položky	16	16
Skupiny na stránku	32	32
Pravidla na typ pracovní položky	1024	1024
Akce na typ pracovní položky	1024	1024
Akce na pravidlo	10	10
Úrovně backlogu portfolia na proces	5	5
Kategorie na proces	-	32
Velikost příloh pracovních položek	60 MB	60 MB

Poznámka:

Pro model hostovaného procesu XML můžete definovat přibližně 10 000 položek ve všech globálních seznamech zadaných ve všech pracovních dokumentech. Další omezení a požadavky na shodu modelu hostovaného procesu XML naleznete v tématu Přizpůsobení procesu při použití hostovaného XML.

Praktické limity

Pokud chcete minimalizovat problémy s výkonem, postupujte podle těchto pokynů:

• Omezte počet vlastních polí, která definujete. Všechna vlastní pole přispívají k celkovému součtu povolenému pro proces, kolekci nebo organizaci. Pro stejné pole v různých typech pracovních položek můžete určit různá chování, například pravidla a výběrové seznamy.

• Omezte počet pravidel, která definujete pro WIT. I když můžete vytvořit více pravidel pro pracovní položku, ostatní pravidla můžou negativně ovlivnit výkon, když uživatelé přidávají nebo upravují pracovní položky.

• Omezte počet vlastních WITs, které definujete.

Ověření pravidel pracovních položek překračuje limity SQL

Pro každý projekt je definován jeden výraz SQL, který ověřuje pracovní položky při každém vytvoření nebo aktualizaci. Tento výraz roste s počtem pravidel zadaných pro všechny typy pracovních položek v projektu.

Každý kvalifikátor chování pro pole zvyšuje počet dílčích výrazů. Vnořená pravidla, pravidla, která se vztahují pouze na přechod, nebo pravidla podmíněná na hodnotě jiného pole přidávají do IF příkazu další podmínky.

Když uživatelé ukládají pracovní položky, systém ověří všechna pravidla přidružená k polím pro daný typ pracovní položky. Jakmile výraz dosáhne určité velikosti nebo složitosti, SQL ho už nemůže efektivně vyhodnotit a může vygenerovat chybu. Pokud chcete tuto chybu vyřešit, odeberte některé wity nebo odstraňte některá pravidla.

Omezení přenosové rychlosti

Azure DevOps Services, jako je řada řešení typu Software jako služba, využívá víceklientská architektura ke snížení nákladů a zvýšení škálovatelnosti a výkonu. Kvůli zajištění dobrého výkonu a minimalizaci rizika výpadků omezuje Služba Azure DevOps Services prostředky, které můžou jednotlivci využívat, a počet požadavků, které můžou provést na určité příkazy. Při překročení těchto limitů můžou být následné požadavky zpožděné nebo zablokované.

Většina limitů rychlosti se dosahuje prostřednictvím volání rozhraní REST API nebo neoptimalizovaných dotazů. Další informace najdete v tématu Omezení rychlosti a osvědčené postupy, abyste se vyhnuli dosažení limitů rychlosti.

Související obsah

• Informace o přizpůsobení procesů a zděděných procesech
• Postupujte podle omezení a konvencí pojmenování.
• Vytvoření procesu dědičnosti
• Dodržujte osvědčené postupy.