Megosztás a következőn keresztül:


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. Az egyes objektumokra vonatkozó szigorú korlátozások mellett néhány gyakorlati korlátozás is érvényes. 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 tartsa szem előtt a következő működési korlátokat:

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

Az Azure DevOps Services REST API-ja 10 000 frissítési korlátot kényszerít ki a munkaelemek változatára. Ez a korlát korlátozza a REST API-val végzett frissítéseket, de 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

Ha csapatokkal, munkaelemcímkékkel, hátralékokkal és táblákkal dolgozik, az alábbi 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 utak 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. A projekt szintjén elérhető, és bárki használhatja, aki hozzáféréssel rendelkezik a projekthez.
Csapat irányítópultjai Csapatonként 500. A csapatra jellemző, csapatspecifikus metrikák és adatok nyomon követésére szolgál.
Teams Projektenként 5000
Munkaelem címkék 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 korlát arra vonatkozik, amit a hátralék megjeleníthet, nem pedig a definiálható munkaelemek számára, mivel nincs meghatározott korlát. Ha a hátralék túllépi ezt a korlátot, fontolja meg egy csapat hozzáadását és néhány munkaelem áthelyezését az új csapat teendőnaplójához.

Tipp.

Ha megközelíti az irányítópultok korlátait, tekintse meg az alábbi lépéseket az irányítópultok kezeléséhez és törléséhez:

  • Használat áttekintése: Azonosítsa a már nem használt vagy duplikált irányítópultokat. Ehhez ellenőrizze az utolsó hozzáférés dátumát, vagy konzultálhat a csapattagokkal.
  • Irányítópultok összesítése: Hasonló irányítópultok egyesítése a teljes szám csökkentése érdekében. Ezt úgy teheti meg, hogy több widgetet ad hozzá egyetlen irányítópulthoz.
  • Régi irányítópultok archiválása: Ha bizonyos irányítópultokra már nincs szükség, de meg szeretné őrizni az adatokat, fontolja meg az adatok exportálását és az irányítópultok archiválását.
  • Az Object Limit Tracker funkció használata: Valós idejű betekintést biztosít az erőforrás-használatba, beleértve az irányítópultokat is. Ez a funkció segít proaktívan kezelni a korlátokat, és elkerülni a lehetséges problémákat.

Egyéb megjegyzések:

  • A befejezett vagy lezárt munkaelemek nem jelennek meg a hátralékokon és a táblákon, ha a módosított dátumuk egy évnél régebbi. 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, változtasson egy kisebb módosítást a megjelenítési óra alaphelyzetbe állításához.
  • 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 táblanézetek korlátozásai.
  • Alapértelmezés szerint előfordulhat, hogy a munkaelemek korlátai kezdetben alacsonyabb értékekre vannak beállítva.

Ha csapatokkal, munkaelemcímkékkel, hátralékokkal és táblákkal dolgozik, 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ék 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 létrehozni egy csapatot, és áthelyezni néhány munkaelemet az új csapat teendőlistára.

Egyéb megjegyzések:

A helyszíni XML-folyamatmodell esetében a fájl szerkesztésével módosíthatja a teendőlista és a feladattábla korlátait ProcessConfiguration.xml . 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, bizonyos élmények, például a Visual Studióból való csatlakozás, csökkenthetik a teljesítménycsökkenést. A helyszíni Azure DevOps Server esetében nincsenek szigorú korlátok, de teljesítményproblémák léphetnek fel, mivel a projektek száma megközelíti a 300-at. Az Azure DevOps Servicesre való migráláskor figyelje meg az 1000 projekt maximális korlátját. Ha a gyűjtemény túllépi ezt a korlátot, ossza fel a gyűjteményt, vagy törölje 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 számos korlátot szab meg. További információ: A munkakövetési élmény testreszabása.

Az alábbi táblázat az öröklési és az üzemeltetett XML-folyamatmodellekhez definiálható objektumok maximális számát sorolja fel. Bár ezek a korlátok szigorú korlátok, 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
Munkaelem-típushoz definiált műveletek 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 egyéb korlátozásaira és megfelelőségi követelményeire vonatkozó további információért lásd : Folyamat testreszabása üzemeltetett XML használata esetén.

Feljegyzés

Az üzemeltetett XML-folyamatmodellhez körülbelül 10 000 elemet határozhat meg az összes WIT-ben megadott összes globális lista között.

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 a korlátok szigorú korlátok, 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

A teljesítményproblémák minimalizálása érdekében javasoljuk, hogy kövesse az alábbi útmutatást:

  • Korlátozza a megadott egyéni mezők számát. Minden egyéni mező hozzájárul a folyamathoz, gyűjteményhez vagy szervezethez engedélyezett összeghez. Különböző viselkedéseket, például szabályokat és kiválasztólistákat adhat meg ugyanarra a mezőre a különböző WIT-ekben.
  • A WIT-hez definiált szabályok számának korlátozása. Bár több szabályt is létrehozhat a WIT-hez, más szabályok negatívan befolyásolhatják a teljesítményt, amikor a felhasználók munkahelyi elemeket adnak hozzá vagy módosítanak. Amikor a felhasználók munkaelemeket mentenek, a rendszer ellenőrzi az adott munkaelemtípus mezőihez tartozó összes szabályt. Bizonyos esetekben a szabályérvényesítési kifejezés túl összetett lehet ahhoz, hogy az SQL hatékonyan kiértékelje.
  • Korlátozza a megadott egyéni WIT-k számát.
  • Korlátozza a megadott egyéni mezők számát. Minden egyéni mező hozzájárul a folyamathoz, gyűjteményhez vagy szervezethez engedélyezett összeghez. Különböző viselkedéseket, például szabályokat és kiválasztólistákat adhat meg ugyanarra a mezőre a különböző WIT-ekben.
  • A WIT-hez definiált szabályok számának korlátozása. Bár több szabályt is létrehozhat a WIT-hez, más szabályok negatívan befolyásolhatják a teljesítményt, amikor a felhasználók munkahelyi elemeket adnak hozzá vagy módosítanak. Amikor a felhasználók munkaelemeket mentenek, a rendszer ellenőrzi az adott munkaelemtípus mezőihez tartozó összes szabályt. Bizonyos esetekben a szabályérvényesítési kifejezés túl összetett lehet ahhoz, hogy az SQL hatékonyan kiértékelje.
  • Korlátozza a megadott egyéni WIT-k számát.
  • Korlátozza a definiált jelentéskészítési mezők számát. A jelentéskészítési mezők befolyásolhatják az adattárház teljesítményét.

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 projekt összes munkaelem-típusához megadott szabályok számával növekszik. Egy mező minden viselkedési minősítője növeli az alkifejezések számát. A beágyazott szabályok, a csak áttűnésekre vonatkozó szabályok vagy egy másik mező értékére kondicionált szabályok további feltételeket adnak a HA utasításhoz. Ha a kifejezés eléri a kívánt méretet vagy összetettségét, az SQL már nem tudja kiértékelni, és hibát okoz. A hiba megoldásához távolítsa el a WIT-eket, vagy szüntesse meg néhány szabályt.

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 és a kimaradások kockázatának minimalizálása érdekében az Azure DevOps Services korlátozza az egyének által használható erőforrásokat, valamint az egyes parancsokra vonatkozó kérések számát. Ha túllépi ezeket a korlátokat, előfordulhat, hogy a későbbi kérések késnek vagy le lesznek tiltva.

A legtöbb sebességkorlát REST API-hívásokon vagy nem optimalizált lekérdezéseken keresztül érhető el. További információkért tekintse meg a sebességkorlátokat és az ajánlott eljárásokat (a sebességkorlátok elérésének elkerülése érdekében).

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

A helyszíniről az Azure DevOps Servicesre való migráláskor több méretkorlátot is tapasztalhat, például:

  • Az adatbázis mérete meghaladja az ajánlott méretet
  • A legnagyobb táblázatméret meghaladja az ajánlott méretet
  • 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.