Číst v angličtině

Sdílet prostřednictvím

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

  • Článek

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

Tento článek definuje provozní limity a omezení objektů u operací sledování práce a přizpůsobení sledování práce. Kromě zadaných pevných limitů pro konkrétní objekty platí některé praktické limity. Při úpravě typů pracovních položek (WIT) zvažte omezení u objektů.

Pracovní položky a dotazy

Při definování pracovních položek nebo spuštěných dotazů mějte na paměti následující provozní limity:

Objekt Limit
Přílohy přidané do pracovní položky 100
Velikost přílohy 60 MB
Dlouhé textové pole 1 M znaků
Doba provádění dotazů 30 sekund
Výsledky dotazu 20 000 položek
Délka dotazu 32 000 znaků
Sdílené dotazy ve složce 999 dotazů
Odkazy na pracovní položku přiřazené k pracovní položce 1000
Značky pracovních položek přiřazené pracovní položce 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 aktualizace z webového portálu nejsou ovlivněné.

Objekt Limit
Dlouhé textové pole 1 M znaků
Značky pracovních položek přiřazené pracovní položce 100
Odkazy na pracovní položku přiřazené k pracovní položce 1000
Přílohy přidané do pracovní položky 100
Velikost přílohy 4 MB až 2 GB
Doba provádění dotazů 6 minut
Výsledky dotazu 20 000 položek
Délka dotazu 32 000 znaků
Sdílené dotazy ve složce 999 dotazů
Oblíbené dotazy na jeden projekt 200 dotazů

Výchozí maximální velikost přílohy je 4 MB. Maximální velikost až 2 GB můžete změnit.

Pokud chcete zvýšit výkon dotazů, přečtěte si téma Definování dotazu nebo osvědčených postupů.

Backlogy, panely, řídicí panely a týmy

Když pracujete s týmy, značky pracovních položek, backlogy a panely, platí následující omezení provozního zobrazení a objektů.

Uživatelské rozhraní Limit
Backlogy 10 000 pracovních položek
Boards 1 000 karet (s výjimkou těchto karet v kategoriích navrhovaných a dokončenýchstavů pracovního postupu)
Taskboard 1 000 úkolů
Cesty oblastí 10 000 na projekt
Hloubka cesty k oblasti 14
Cesty oblastí na tým 300
Cesty iterace 10 000 na projekt
Hloubka cesty iterace 14
Cesty iterace na tým 300
Řídicí panely projektu 500 na projekt. Přístupné na úrovni projektu a každý, kdo má přístup k projektu, může použít.
Týmové řídicí panely 500 na tým. Specifické pro tým a používá se ke sledování metrik a dat specifických pro tým.
Teams 5 000 na projekt
Značky pracovních položek 150 000 definic značek na organizaci nebo kolekci
Plány doručení na jeden projekt 1000
Šablony na typ pracovní položky 100

Každý backlog může zobrazit až 10 000 pracovních položek. Tento limit platí pro to, co může backlog zobrazovat, ne na počet pracovních položek, které můžete definovat, protože neexistuje žádný konkrétní limit. Pokud váš backlog překročí tento limit, 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ích panelů, projděte si následující kroky pro správu a vyčištění řídicích panelů:

  • Kontrola využití: Identifikujte řídicí panely, které se už nepoužívají nebo jsou duplicitní. Můžete to provést tak, že zkontrolujete datum posledního přístupu nebo se poradit s členy týmu.
  • Sloučení řídicích panelů: Zkombinujte podobné řídicí panely, abyste snížili celkový počet. Můžete to udělat přidáním více widgetů do jednoho řídicího panelu.
  • Archivace starých řídicích panelů: Pokud už některé řídicí panely nepotřebujete, ale chcete data zachovat, zvažte export dat a archivaci řídicích panelů.
  • Použijte funkci Sledování limitů objektů: Poskytuje přehled o využití prostředků v reálném čase, 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ší poznámky:

  • Dokončené nebo zavřené pracovní položky se nezobrazují v backlogech a panelech, jakmile je datum změny starší než rok. Tyto položky můžete stále vypsat pomocí dotazu. Pokud je chcete nastavit, aby se zobrazovaly na backlogu nebo panelu, proveďte menší změnu pro resetování hodin zobrazení.
  • Vyhněte se vnoření položek backlogu stejného typu. Další informace najdete v tématu Oprava problémů s přeuspořádání a vnořením.
  • Vyhněte se přiřazování stejných cest k oblasti více týmům. Další informace najdete v tématu Omezení zobrazení více týmových tabulí.
  • Ve výchozím nastavení můžou být limity pracovních položek nastavené na nižší hodnoty.

Při práci s týmy platí následující provozní limity, značky pracovních položek, backlogy a panely. Výchozí a maximální limity

Uživatelské rozhraní Limit
Backlogy 999 pracovních položek
Boards 400 karet
Řídicí panely na jeden projekt 500
Taskboard 800 pracovních položek
Teams 5 000 na projekt
Značky pracovních položek 150 000 definic značek na jeden projekt
Šablony na typ pracovní položky 100

Každý backlog může zobrazit až 999 pracovních položek. Pokud backlog překročí tento limit, zvažte vytvoření týmu a přesunutí některých pracovních položek do backlogu nového týmu.

Další poznámky:

U místního modelu procesu XML můžete upravit limity backlogu a panelu ProcessConfiguration.xml úloh úpravou souboru. Podrobnosti najdete v tématu Referenční informace o elementu XML konfigurace procesu.

Integrace GitHubu

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

Integrace Limit
Azure Boards: Připojená úložiště GitHubu (UX) 500 úložišť na připojení.
Azure Boards: Připojená úložiště GitHubu (API) 2 000 úložišť na připojení. Další informace.

Projekty

Azure DevOps Services omezuje každou organizaci na 1 000 projektů na organizaci, což je zvýšení oproti předchozímu limitu 300 projektů.

Poznámka

U více než 300 projektů může dojít ke zhoršení určitých prostředí, jako je připojení k projektu ze sady Visual Studio. Pro místní Azure DevOps Server neexistují žádná pevná omezení, ale problémy s výkonem můžou nastat v případě, že počet projektů bude téměř 300. Při migraci na Azure DevOps Services sledujte maximální limit 1 000 projektů. Pokud kolekce překročí tento limit, rozdělte kolekci nebo odstraňte starší projekty.

Další informace najdete v tématu Migrace dat z Azure DevOps Serveru do Azure DevOps Services.

Přizpůsobení procesu

Mnoho omezení je uloženo na počet 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. I když jsou tyto limity pevnými limity, můžou platit i praktické limity.

Objekt Dědičnost Hostovaný XML
Počet procesů, které můžete mít v organizaci 128 64
Typy pracovních položek definované pro proces 64 64
Pole definovaná pro organizaci 8192 8192
Pole definovaná pro proces 1024 1024
Pole definovaná pro typ pracovní položky 1024 1024
Rozevírací seznamy definované pro organizaci nebo kolekci 2048 -
Položky rozevíracího seznamu definované pro seznam 2048 2048
Délka znaku položky rozevíracího seznamu 256 -
Stavy pracovního postupu definované pro typ pracovní položky 32 16
Pravidla definovaná pro typ pracovní položky 1024 1024
Akce definované pro typ pracovní položky 1024 1024
Akce definované pro pravidlo 10 10
Úrovně backlogu portfolia definované pro proces 5 5
Kategorie definované pro proces - 32
Globální seznamy definované pro proces - 256
Položky seznamu definované v globálním seznamu - 1024
Velikost přílohy pracovní položky 60 MB 60 MB

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.

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.

Následující tabulka uvádí maximální počet objektů, které můžete definovat pro modely dědičnosti a místních procesů XML. I když jsou tyto limity pevnými limity, můžou platit i praktické limity.

Objekt Dědičnost Místní XML
Počet procesů, které můžete mít v organizaci 64 64
Typy pracovních položek definované pro proces 64 64
Pole definovaná pro kolekci 8192 1024
Pole definovaná pro proces 1024 1024
Pole definovaná pro typ pracovní položky 1024 1024
Rozevírací seznamy definované pro kolekci 1024 –
Položky rozevíracího seznamu definované pro seznam 2048 2048
Délka znaku položky rozevíracího seznamu 256 –
Stavy pracovního postupu definované pro typ pracovní položky 32 16
Pravidla definovaná pro typ pracovní položky 1024 1024
Úrovně backlogu portfolia definované pro proces 5 5
Kategorie definované pro proces – 32
Globální seznamy definované pro proces – 256
Položky seznamu definované v globálním seznamu – 1024

Poznámka

V případě místního modelu procesu XML můžete definovat přibližný celkový součet 10 tisíc položek pro všechny globální seznamy zadané ve všech pracovních dokumentech.

Praktické limity

Pokud chcete minimalizovat problémy s výkonem, doporučujeme postupovat 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 pracovních polích můžete určit různá chování, například pravidla a rozevírací seznamy.
  • Omezte počet pravidel, která definujete pro definici 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. 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. V některých případech může být ověřovací výraz pravidla příliš složitý, aby sql mohl efektivně vyhodnotit.
  • Omezte počet vlastních pracovních položek, které definujete.
  • 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 pracovních polích můžete určit různá chování, například pravidla a rozevírací seznamy.
  • Omezte počet pravidel, která definujete pro definici 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. 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. V některých případech může být ověřovací výraz pravidla příliš složitý, aby sql mohl efektivně vyhodnotit.
  • Omezte počet vlastních pracovních položek, které definujete.
  • Omezte počet definovaných polí s možností sestavy. Pole s možností sestavy můžou ovlivnit výkon datového skladu.

Poznámka

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 příkazu IF další podmínky. Jakmile výraz dosáhne určité velikosti nebo složitosti, SQL ho už nemůže vyhodnotit a vygenerovat chybu. Pokud chcete tuto chybu vyřešit, odeberte některé wity nebo odstraňte některá pravidla.

Omezení přenosové rychlosti

Aby se snížily náklady a zvýšily škálovatelnost a výkon, azure DevOps Services, jako je řada řešení typu Software jako služba, využívá víceklientské architektury. 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).

Omezení migrace a importu

Při migraci z místního prostředí do Azure DevOps Services můžete narazit na několik omezení velikosti, mezi které patří:

  • Velikost databáze překračující doporučenou velikost
  • Největší velikost tabulky překračující doporučenou velikost
  • Velikost metadat databáze překračující podporovanou velikost

Další informace najdete v tématu Migrace dat z Azure DevOps Serveru do Azure DevOps Services a řešení potíží s chybami importu a migrace.