A munka nyomon követésére, a folyamatokra és a projektekre vonatkozó korlátok

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

Ez a cikk a munkakövetési műveletekre és a munkakövetés testreszabására vonatkozó működési és objektumkorlátokat határozza meg. A kiválasztott objektumokra vonatkozó szigorú korlátozások mellett bizonyos gyakorlati korlátok is érvényesek. A munkaelemtípusok (WIT-ek) testreszabásakor vegye figyelembe az objektumokra vonatkozó korlátokat.

Munkaelemek és lekérdezések

Munkaelemek definiálásakor vagy lekérdezések futtatásakor az alábbi működési korlátok érvényesek.

Objektum Korlát
Munkaelemhez hozzáadott mellékletek 100
Melléklet mérete 60 MB
Hosszú szövegmező 1 M karakter
Lekérdezés végrehajtási ideje 30 másodperc
Lekérdezés eredményei 20 000 elem
Lekérdezés hossza 32 000 karakter
Megosztott lekérdezések mappa alatt 999 lekérdezés
Munkaelemhez rendelt hivatkozások 1000
Munkaelem címkéi egy munkaelemhez rendelve 100
Munkaelem-változatok (REST API) 10,000.
Kedvenc lekérdezések projektenként 200 lekérdezés

A munkaelemek változatának 10 000-es korlátja érvényes az Azure DevOps Services REST API-ján keresztül végrehajtott frissítésekre. Ez a korlát korlátozza a REST API-ból származó frissítéseket, azonban a webes portálról érkező frissítésekre nincs hatással.

Objektum Korlát
Hosszú szövegmező 1 M karakter
Munkaelem címkéi egy munkaelemhez rendelve 100
Munkaelemhez rendelt hivatkozások 1000
Munkaelemhez hozzáadott mellékletek 100
Melléklet mérete 4 MB–2 GB
Lekérdezés végrehajtási ideje 6 perc
Lekérdezés eredményei 20 000 elem
Lekérdezés hossza 32 000 karakter
Megosztott lekérdezések mappa alatt 999 lekérdezés
Kedvenc lekérdezések projektenként 200 lekérdezés

Az alapértelmezett maximális mellékletméret 4 MB. A maximális méretet legfeljebb 2 GB-ra módosíthatja.

A lekérdezés teljesítményének javításához tekintse meg a lekérdezések definiálása/ajánlott eljárások című témakört.

Hátralékok, táblák, irányítópultok és csapatok

A csapatok, a munkaelemek címkéi, a hátralékok és a táblák használatakor a következő működési megjelenítési és objektumkorlátok érvényesek.

Felhasználói felület Korlát
Hátralékok 10 000 munkaelem
Boards 1000 kártya (a javasolt és befejezett munkafolyamat állapotkategóriáiban szereplő kártyák kivételével)
Feladattábla 1000 feladat
Terület elérési útjai Projektenként 10 000
Terület elérési útja mélysége 14
Területútvonalak csapatonként 300
Iterációs útvonalak Projektenként 10 000
Iterációs útvonal mélysége 14
Iterációs útvonalak csapatonként 300
Projekt irányítópultok Projektenként 500
Csapat irányítópultjai Csapatonként 500
Teams Projektenként 5000
Munkaelem címkéi Szervezetenként vagy gyűjteményenként 150 000 címkedefiníció
Projektenkénti kézbesítési tervek 1000
Sablonok munkaelem-típusonként 100

Minden hátralék legfeljebb 10 000 munkaelemet jeleníthet meg. Ez a teendőlista megjeleníthető korlátja, nem pedig a definiálható munkaelemek számának korlátja. Ha a hátralék túllépi ezt a korlátot, érdemes lehet felvenni egy csapatot, és áthelyezni néhány munkaelemet a másik csapat teendőnaplójához.

További megjegyzések:

  • A befejezett vagy bezárt munkaelemek nem jelennek meg a hátralékokon és a táblákon, ha a módosított dátum nagyobb egy évnél. Ezeket az elemeket továbbra is listázhatja egy lekérdezéssel. Ha azt szeretné, hogy megjelenjenek egy hátralékon vagy táblán, akkor kisebb módosítást végezhet rajtuk, amely visszaállítja az órát a megjelenítéshez.
  • Kerülje az azonos típusú hátralékelemek beágyazását. További információ: Az átrendezéssel és a beágyazással kapcsolatos problémák elhárítása.
  • Ne rendeljen ugyanahhoz a területútvonalhoz több csapathoz. További információ: A többcsapatos Kanban-táblanézetek korlátozásai.
  • Alapértelmezés szerint előfordulhat, hogy a munkaelemek korlátai kezdetben alacsonyabb értékekre vannak konfigurálva.

A csapatok, a munkaelemek címkéi, a hátralékok és a táblák használatakor az alábbi működési korlátok érvényesek. Alapértelmezett és maximális korlátok.

Felhasználói felület Korlát
Hátralékok 999 munkaelem
Boards 400 kártya
Irányítópultok projektenként 500
Feladattábla 800 munkaelem
Teams Projektenként 5000
Munkaelem címkéi Projektenként 150 000 címkedefiníció
Sablonok munkaelem-típusonként 100

Minden hátralék legfeljebb 999 munkaelemet jeleníthet meg. Ha a hátralék túllépi ezt a korlátot, érdemes lehet felvenni egy csapatot, és áthelyezni néhány munkaelemet a másik csapat teendőnaplójához.

További megjegyzések:

A helyszíni XML-folyamatmodell esetében a ProcessConfiguration.xml fájl szerkesztésével módosíthatja a teendőlista és a feladattábla korlátait. További részletekért lásd: Folyamatkonfiguráció XML-elemének referenciája.

Projektek

Az Azure DevOps Services szervezetenként 1000 projektre korlátozza az egyes szervezeteket, ami a korábbi 300 projektnél nagyobb.

Feljegyzés

Több mint 300 projekt esetében előfordulhat, hogy bizonyos szolgáltatások, például a Visual Studióból csatlakoznak egy projekthez, csökkenhetnek. A helyszíni Azure DevOps Server esetében nincsenek szigorú korlátok a projektek számára. Teljesítményproblémák azonban előfordulhatnak, ha a projektek száma megközelíti a 300-at. Ha a helyszíni gyűjteményt az Azure DevOps Servicesbe szeretné migrálni, figyelembe kell vennie az 1000 projekt maximális korlátját. Ha a gyűjtemény több mint 1000 projektből áll, akkor vagy fel kell osztania a gyűjteményt, vagy törölnie kell a régebbi projekteket.

További információ: Adatok migrálása az Azure DevOps Serverről az Azure DevOps Services szolgáltatásba.

Folyamat testreszabása

A folyamathoz definiálható objektumok száma több korlátot is meghatároz. A folyamatmodellekről további információt a munkakövetési élmény testreszabása című témakörben talál.

Az alábbi táblázat az öröklési és üzemeltetett XML-folyamatmodellekhez definiálható objektumok maximális számát sorolja fel. Bár ezek kemény korlátokat jelentenek, gyakorlati korlátok is alkalmazhatók.

Objektum Öröklődés Üzemeltetett XML
A szervezeten belüli folyamatok száma 128 64
Folyamathoz meghatározott munkatétel-típusok 64 64
Szervezethez definiált mezők 8192 8192
Folyamathoz definiált mezők 1024 1024
Munkaelem-típushoz definiált mezők 1024 1024
Szervezethez vagy gyűjteményhez definiált listák 2048 -
Listához definiált listaelemek 2048 2048
Listaelem karakterhossza 256 -
Munkatétel-típushoz meghatározott munkafolyamat-állapotok 32 16
Munkatétel-típushoz meghatározott szabályok 1024 1024
Szabályhoz definiált műveletek 10 10
Folyamathoz definiált portfolió-hátralékszintek 5 5
Folyamatokhoz definiált kategóriák - 32
Folyamathoz definiált globális listák - 256
Globális listában definiált elemek listázása - 1024
Munkaelem mellékletének mérete 60 MB 60 MB

Az üzemeltetett XML-folyamatmodell további korlátozásaira és megfelelőségi követelményeire vonatkozó további információkért lásd : Folyamat testreszabása üzemeltetett XML használata esetén.

Feljegyzés

Az üzemeltetett XML-folyamatmodell esetében az összes WIT-ben megadott összes globális lista körülbelül 10K elemét határozhatja meg.

Az alábbi táblázat az öröklési és helyszíni XML-folyamatmodellekhez definiálható objektumok maximális számát sorolja fel. Bár ezek kemény korlátokat jelentenek, gyakorlati korlátok is alkalmazhatók.

Objektum Öröklődés Helyszíni XML
A szervezeten belüli folyamatok száma 64 64
Folyamathoz meghatározott munkatétel-típusok 64 64
Gyűjteményhez definiált mezők 8192 1024
Folyamathoz definiált mezők 1024 1024
Munkaelem-típushoz definiált mezők 1024 1024
Gyűjteményhez definiált listák 1024 n/a
Listához definiált listaelemek 2048 2048
Listaelem karakterhossza 256 n/a
Munkatétel-típushoz meghatározott munkafolyamat-állapotok 32 16
Munkatétel-típushoz meghatározott szabályok 1024 1024
Folyamathoz definiált portfolió-hátralékszintek 5 5
Folyamatokhoz definiált kategóriák n/a 32
Folyamathoz definiált globális listák n/a 256
Globális listában definiált elemek listázása n/a 1024

Feljegyzés

A helyszíni XML-folyamatmodell esetében az összes WIT-ben megadott összes globális lista körülbelül 10 ezer elemét határozhatja meg.

Gyakorlati korlátok

Javasoljuk, hogy a teljesítményproblémák minimalizálása érdekében fontolja meg az alábbi útmutatást.

  • A definiált egyéni mezők számának minimalizálása. Minden egyéni mező hozzájárul a folyamathoz, gyűjteményhez vagy szervezethez engedélyezett összeghez. Vegye figyelembe, hogy eltérő viselkedést adhat meg ugyanahhoz a mezőhöz egy másik WIT-ben. Ez azt jelzi, hogy különböző szabályokat, picklisteket és egyebeket is megadhat.
  • A WIT-hez definiált szabályok számának minimalizálása. Bár több szabályt is létrehozhat a WIT-hez, az összeadási szabályok negatív hatással lehetnek a teljesítményre, ha egy felhasználó munkahelyi elemeket ad hozzá és módosít. Amikor a felhasználók mentik a munkatételeket, a rendszer érvényesíti a munkatételtípus mezőihez tartozó összes szabályt. Bizonyos feltételek mellett a szabályérvényesítési kifejezés túl összetett ahhoz, hogy az SQL kiértékelje.
  • Minimalizálja a meghatározott egyéni WIT-k számát.
  • A definiált egyéni mezők számának minimalizálása. Minden egyéni mező hozzájárul a folyamathoz, gyűjteményhez vagy szervezethez engedélyezett összeghez. Vegye figyelembe, hogy eltérő viselkedést adhat meg ugyanahhoz a mezőhöz egy másik WIT-ben. Ez azt jelzi, hogy különböző szabályokat, picklisteket és egyebeket is megadhat.
  • A WIT-hez definiált szabályok számának minimalizálása. Bár több szabályt is létrehozhat a WIT-hez, az összeadási szabályok negatív hatással lehetnek a teljesítményre, ha egy felhasználó munkahelyi elemeket ad hozzá és módosít. Amikor a felhasználók mentik a munkatételeket, a rendszer érvényesíti a munkatételtípus mezőihez tartozó összes szabályt. Bizonyos feltételek mellett a szabályérvényesítési kifejezés túl összetett ahhoz, hogy az SQL kiértékelje.
  • Minimalizálja a meghatározott egyéni WIT-k számát.
  • A definiált jelentéskészítési mezők számának minimalizálása. A jelentéskészítési mezők hatással vannak az adattárház teljesítményére.

Feljegyzés

A munkaelem-szabályok érvényesítése meghaladja az SQL-korlátokat: Projektenként egyetlen SQL-kifejezés van meghatározva a munkaelemek ellenőrzéséhez, amikor azok létrejönnek vagy frissülnek. Ez a kifejezés a projekthez definiált összes munkaelem-típushoz megadott szabályok számával növekszik. A mezőhöz megadott viselkedési minősítők az alkifejezések számának növekedését eredményezik. A beágyazott szabályok, a csak áttűnésekre vagy más mező értékére kondicionált szabályok további feltételeket adnak hozzá egy HA utasításhoz. Ha a kifejezés eléri a kívánt méretet vagy összetettségét, az SQL nem tudja többé kiértékelni, és hibát okoz. Néhány WIT eltávolítása vagy néhány szabály megszüntetése megoldhatja a hibát.

Sebességkorlátok

A költségek csökkentése és a skálázhatóság és a teljesítmény javítása érdekében az Azure DevOps Services, mint számos szolgáltatásként használható szoftvermegoldás, több bérlős használatot használ. A jó teljesítmény biztosítása és a kimaradások valószínűségének csökkentése érdekében az Azure DevOps Services korlátozza az egyének által igénybe vehet erőforrásokat és az egyes parancsokra irányuló kérések számát. Ha túllépi ezeket a korlátokat, a későbbi kérések késleltetve vagy blokkolva lehetnek.

A legtöbb sebességkorlát REST API-hívásokon vagy nem optimalizált lekérdezéseken keresztül érhető el. További tudnivalókért olvassa el a következő cikket:

Migrálási és importálási korlátok

A helyszíniről az Azure DevOps Servicesre való migrálás meghatározásakor számos méretkorlátot tapasztalhat. Ezek a korlátok a következők:

  • Az adatbázis mérete meghaladja az ajánlott méretet
  • A legnagyobb táblázatméret az ajánlott méret felett van
  • Az adatbázis metaadatainak mérete meghaladja a támogatott méretet

További információ: Adatok migrálása az Azure DevOps Serverről az Azure DevOps Services szolgáltatásba, valamint importálási és migrálási hibák elhárítása.