Sledování práce, pracovní procesy a limity projektů
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:
| Object | 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é.
| Object | 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ých stavů 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:
- 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í.
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.
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.
| Object | 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.
| Object | 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.