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 vybrané objekty platí určitá praktická omezení. 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ů platí 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ů |
Limit revize pracovních položek 10 000 se projeví u aktualizací provedených prostřednictvím rozhraní REST API pro Azure DevOps Services. Tento limit omezuje aktualizace z rozhraní REST API, ale aktualizace z webového portálu nejsou ovlivněny.
| 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
Při práci s týmy platí následující omezení provozního zobrazení a objektů, značky pracovních položek, backlogy a panely.
| 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 k oblasti | 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 |
| Týmové řídicí panely | 500 na 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. Jedná se o omezení toho, co může backlog zobrazit, nikoli limit počtu pracovních položek, které můžete definovat. Pokud backlog překročí tento limit, můžete zvážit přidání týmu a přesunutí některých pracovních položek do backlogu jiného týmu.
Další poznámky:
- Dokončené nebo uzavřené pracovní položky se nezobrazují v backlogech a panelech, jakmile je datum změny větší než rok. Tyto položky můžete stále vypsat pomocí dotazu. Pokud chcete, aby se zobrazovaly na backlogu nebo panelu, můžete u nich provést menší změnu, která obnoví hodiny 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í panelu Kanban pro více týmů.
- Ve výchozím nastavení můžou být limity pracovních položek zpočátku nakonfigurované 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, můžete zvážit přidání týmu a přesunutí některých pracovních položek do backlogu jiné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í panelu Kanban pro více týmů.
U místního modelu procesu XML můžete upravit limity backlogu a panelu úloh úpravou ProcessConfiguration.xml 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 snížení výkonu některých prostředí, například při připojování k projektu ze sady Visual Studio. Pro místní Azure DevOps Server neexistují žádná pevná omezení počtu projektů. Pokud ale počet projektů dosáhne 300, může dojít k problémům s výkonem. Pokud plánujete migrovat místní kolekci do Azure DevOps Services, budete muset sledovat maximální limit 1 000 projektů. Pokud vaše kolekce obsahuje více než 1000 projektů, budete muset kolekci rozdělit nebo odstranit starší projekty.
Další informace najdete v tématu Migrace dat z Azure DevOps Serveru do Azure DevOps Services.
Přizpůsobení procesu
Na počet objektů, které můžete definovat pro proces, se ukládá řada omezení. Další informace o procesních modelech najdete v tématu Přizpůsobení prostředí pro 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ž tyto limity představují pevné limity, mohou 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 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 najdete 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ý celkový součet 10 tisíc položek pro všechny globální seznamy zadané napříč všemi wity.
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ž tyto limity představují pevné limity, mohou 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
Doporučujeme zvážit následující pokyny, abyste minimalizovali problémy s výkonem.
- Minimalizujte 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. Všimněte si, že pro stejné pole můžete zadat jiné chování v jiné wiT. To znamená, že můžete zadat různá pravidla, rozevírací seznamy a další.
- Minimalizujte počet pravidel, která definujete pro definici wit. I když můžete pro typ pracovní položky vytvořit více pravidel, přidávaná pravidla můžou mít negativní vliv na výkon, když uživatel přidává a upravuje pracovní položky. Když uživatelé ukládají pracovní položky, systém ověří všechna pravidla přidružená k polím pro příslušný typ pracovní položky. Za určitých podmínek je pro SQL vyhodnocení ověřovacího výrazu pravidla příliš složité.
- Minimalizujte počet vlastních typů pracovní položky, které definujete.
- Minimalizujte 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. Všimněte si, že pro stejné pole můžete zadat jiné chování v jiné wiT. To znamená, že můžete zadat různá pravidla, rozevírací seznamy a další.
- Minimalizujte počet pravidel, která definujete pro definici wit. I když můžete pro typ pracovní položky vytvořit více pravidel, přidávaná pravidla můžou mít negativní vliv na výkon, když uživatel přidává a upravuje pracovní položky. Když uživatelé ukládají pracovní položky, systém ověří všechna pravidla přidružená k polím pro příslušný typ pracovní položky. Za určitých podmínek je pro SQL vyhodnocení ověřovacího výrazu pravidla příliš složité.
- Minimalizujte počet vlastních typů pracovní položky, které definujete.
- Minimalizujte počet definovaných polí s možností sestavy. Reportable fields impact performance of your data warehouse.
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 definovaných pro projekt. Každý kvalifikátor chování zadaný pro pole vede ke zvýšení počtu dílčích výrazů. Vnořená pravidla, která se vztahují pouze na přechod nebo podmínku na hodnotě některého jiného pole, způsobují přidání dalších podmínek do příkazu IF. Jakmile výraz dosáhne určité velikosti nebo složitosti, SQL ho už nemůže vyhodnotit a vygenerovat chybu. Odstranění některých pracovních položek nebo odstranění některých pravidel může chybu vyřešit.
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 snížení pravděpodobnosti 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 neoptimalizačních dotazů. Další informace najdete v těchto článcích:
Omezení migrace a importu
Při určování migrace z místního prostředí do Azure DevOps Services existuje několik omezení velikosti, se kterými se můžete setkat. Mezi tato omezení patří:
- Velikost databáze je vyšší než doporučená velikost.
- Největší velikost tabulky je vyšší než doporučená velikost.
- Velikost metadat databáze překračuje 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.
Související články
Související prostředky
Váš názor
Připravujeme: V průběhu roku 2024 budeme postupně vyřazovat problémy z GitHub coby mechanismus zpětné vazby pro obsah a nahrazovat ho novým systémem zpětné vazby. Další informace naleznete v tématu: https://aka.ms/ContentUserFeedback.
Odeslat a zobrazit názory pro