Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować się zalogować lub zmienić katalog.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
W tym artykule opisano limity operacji i obiektów, które usługa Azure DevOps umieszcza w operacjach i dostosowaniach śledzenia pracy. Obowiązują również pewne praktyczne limity. Należy wziąć pod uwagę te limity podczas dostosowywania typów elementów roboczych (WIT).
Elementy robocze i zapytania
Poniższe limity dotyczą definicji elementów roboczych i zapytań.
| Objekt | Ograniczenie |
|---|---|
| Załączniki na element roboczy | 100 |
| Rozmiar załącznika | 60 MB |
| Długie pole tekstowe | 1M znaków |
| Czas wykonywania zapytania | 30 sekund |
| Wyniki zapytania | 20 000 elementów |
| Długość zapytania | 32 000 znaków |
| Udostępnione zapytania na folder | 999 zapytań |
| Łącza elementów roboczych na element roboczy | 1000 |
| Tagi elementów roboczych na element roboczy | 100 |
| Poprawki elementów roboczych (interfejs API REST)* | 10 000 |
| Ulubione zapytania na projekt | 200 zapytań |
*Interfejs API REST dla usług Azure DevOps Services wymusza limit poprawki elementu roboczego 10 000 aktualizacji. Ten limit ogranicza aktualizacje wprowadzone za pośrednictwem interfejsu API REST, ale nie dotyczy aktualizacji z portalu internetowego.
| Objekt | Ograniczenie |
|---|---|
| Długie pole tekstowe | 1M znaków |
| Tagi elementów roboczych na element roboczy | 100 |
| Łącza elementów roboczych na element roboczy | 1000 |
| Załączniki na element roboczy | 100 |
| Rozmiar załącznika* | Od 4 MB do 2 GB |
| Czas wykonywania zapytania | 6 minut |
| Wyniki zapytania | 20 000 elementów |
| Długość zapytania | 32 000 znaków |
| Udostępnione zapytania na folder | 999 zapytań |
| Ulubione zapytania na projekt | 200 zapytań |
*Domyślny maksymalny rozmiar załącznika to 4 MB. Maksymalny rozmiar można zmienić do 2 GB.
Aby uzyskać informacje na temat poprawy wydajności zapytań, zobacz Najlepsze rozwiązania dotyczące definiowania zapytania.
Zaległości, tablice, pulpity nawigacyjne i zespoły
Następujące limity operacji i obiektów dotyczą zespołów, tagów elementów roboczych, list prac i tablic.
| Składnik | Ograniczenie |
|---|---|
| Zaległości | 10 000 wyświetlanych elementów roboczych* |
| Boards | 1000 kart z wyłączeniem kart w kategoriach stanuProponowane i Ukończone |
| Tablica zadań | 1000 zadań |
| Ścieżki obszaru na projekt | 10 000 |
| Ścieżki obszaru na zespół | 300 |
| Głębokość ścieżki obszaru | 14 poziomów |
| Ścieżki iteracji na projekt | 10 000 |
| Ścieżki iteracji na zespół | 300 |
| Głębokość ścieżki iteracji | 14 poziomów |
| Pulpity nawigacyjne projektu na projekt | 500, dostępne na poziomie projektu dla każdej osoby z dostępem do projektu |
| Pulpity nawigacyjne zespołu na zespół | 500, specyficzne dla zespołu i używane do śledzenia metryk i danych specyficznych dla zespołu |
| Zespoły na projekt | 5,000 |
| Tagi elementów roboczych na element roboczy | 100 |
| Tagi elementów roboczych dla organizacji lub kolekcji | 150,000 |
| Plany dostarczania dla każdego projektu | 1,500 |
| Szablony na typ elementu roboczego | 100 |
*Każda zaległość może zawierać maksymalnie 10 000 elementów roboczych, ale nie ma określonego limitu liczby elementów roboczych, które można zdefiniować. Jeśli zaległość przekracza 10 000 elementów, rozważ dodanie zespołu i przeniesienie niektórych elementów roboczych do listy prac nowego zespołu.
Napiwek
Jeśli zbliżasz się do limitów pulpitu nawigacyjnego, możesz wykonać następujące czynności, aby zmniejszyć ich liczbę.
- Przejrzyj ostatnią dostępną datę lub zapoznaj się z członkami zespołu, a następnie usuń pulpity nawigacyjne, które są duplikatami lub nieużywane.
- Wyeksportuj dane, a następnie zarchiwizuj stare pulpity nawigacyjne.
- Połącz i skonsoliduj podobne pulpity nawigacyjne, dodając więcej widżetów do pulpitów nawigacyjnych.
- Użyj monitora limitów obiektów, aby uzyskać wgląd w użycie zasobów w czasie rzeczywistym, w tym pulpity nawigacyjne. Ta funkcja może pomóc w proaktywnym zarządzaniu limitami i unikaniu potencjalnych problemów. Aby uzyskać więcej informacji, zobacz Wprowadzenie do monitora limitów obiektów w usłudze Azure DevOps.
Inne limity
- Ukończone lub zamknięte elementy robocze nie są wyświetlane na listach prac i tablicach, jeśli ich data zmiany jest starsza niż rok. Nadal możesz wyświetlić te elementy przy użyciu zapytania. Aby elementy były wyświetlane na liście prac lub tablicy, wprowadź niewielką zmianę w celu zresetowania zegara wyświetlania.
- Unikaj zagnieżdżania elementów backlogu tego samego typu. Aby uzyskać więcej informacji, zobacz temat Rozwiązywanie problemów ze zmianą kolejności i zagnieżdżaniem.
- Unikaj przypisywania tych samych ścieżek obszaru do więcej niż jednego zespołu. Aby uzyskać więcej informacji, zobacz Ograniczenia widoków tablicy wielozesłowej.
- Domyślnie limity elementów roboczych mogą być początkowo ustawione na niższe wartości.
Następujące limity wyświetlania operacyjnego i obiektów dotyczą zespołów, tagów elementów roboczych, list prac i tablic.
| Składnik | Ograniczenie |
|---|---|
| Zaległości* | 999 elementów roboczych |
| Boards | 400 karty |
| Pulpity nawigacyjne dla każdego projektu | 500 |
| Tablica zadań | 800 elementów roboczych |
| Zespoły na projekt | 5,000 |
| Tagi elementów roboczych na projekt | 150,000 |
| Tagi elementów roboczych na element roboczy | 100 |
| Szablony na typ elementu roboczego | 100 |
*Każda zaległości może wyświetlać maksymalnie 999 elementów roboczych. Jeśli zaległość przekroczy ten limit, rozważ utworzenie nowego zespołu i przeniesienie niektórych elementów roboczych do listy prac nowego zespołu.
Inne limity
- Unikaj zagnieżdżania elementów backlogu tego samego typu. Aby uzyskać więcej informacji, zobacz temat Rozwiązywanie problemów ze zmianą kolejności i zagnieżdżaniem.
- Unikaj przypisywania tych samych ścieżek dostępu do obszaru do wielu zespołów. Aby uzyskać więcej informacji, zobacz Ograniczenia widoków tablicy wielozesłowej.
- W przypadku lokalnego modelu procesów XML można zmodyfikować limity listy prac i tablicy, edytując plik ProcessConfiguration.xml . Aby uzyskać więcej informacji, zobacz Informacje o elemencie XML konfiguracji procesu.
Integracja z usługą GitHub
Jeśli zintegrowałeś swój projekt z usługą GitHub, obowiązują następujące limity.
| Integracja | Ograniczenie |
|---|---|
| Internetowy interfejs użytkownika usługi Azure Boards | 1000 połączonych repozytoriów GitHub na połączenie |
| Interfejs API usługi Azure Boards* | 2000 połączonych repozytoriów GitHub na połączenie |
*Aby uzyskać więcej informacji, zobacz GitHub Connections - Get GitHub Connections (Połączenia usługi GitHub — uzyskiwanie połączeń usługi GitHub).
Projekty
Usługa Azure DevOps Services ogranicza każdą organizację do 1000 projektów, co zwiększa się o poprzedni limit 300 projektów. Powyżej 300 projektów pewne doświadczenia, takie jak nawiązywanie połączenia z projektem w programie Visual Studio, mogą ulec pogorszeniu jakości.
W przypadku lokalnego serwera Azure DevOps Server nie ma twardych limitów dla projektów na kolekcję, ale mogą wystąpić problemy z wydajnością, ponieważ liczba projektów zbliża się do 300. Niektóre środowiska, takie jak nawiązywanie połączenia z projektem z programu Visual Studio, mogą ulec pogorszeniu.
Podczas migracji do usług Azure DevOps Services należy przestrzegać maksymalnego limitu 1000 projektów. Jeśli kolekcja przekroczy ten limit, podziel kolekcję lub usuń starsze projekty. Aby uzyskać więcej informacji, zobacz Migrowanie danych z usługi Azure DevOps Server do usług Azure DevOps Services.
Dostosowywanie procesu
Istnieje wiele limitów liczby obiektów, które można zdefiniować dla procesu. Aby uzyskać więcej informacji, zobacz Dostosowywanie Twojego doświadczenia w śledzeniu pracy.
W poniższej tabeli wymieniono maksymalną liczbę obiektów, które można zdefiniować dla modeli procesów dziedziczenia i hostowanego kodu XML. Mogą być również stosowane praktyczne limity.
| Objekt | Dziedziczenie | Hostowany kod XML |
|---|---|---|
| Liczba procesów na organizację | 128 | 64 |
| Typy elementów roboczych na proces | 64 | 64 |
| Pola na organizację | 8192 | 8192 |
| Pola na proces | 1024 | 1024 |
| Pola na typ elementu roboczego | 1024 | 1024 |
| Listy wyboru na organizację | 2048 | - |
| Elementy listy wyboru na listę | 2048 | 2048 |
| Długość znaku elementu listy wyboru | 256 | - |
| Stany przepływu pracy na typ elementu roboczego | 32 | 16 |
| Strony (karty) na typ elementu roboczego | 16 | 16 |
| Grupy na stronę | 32 | 32 |
| Reguły na typ elementu roboczego | 1024 | 1024 |
| Akcje na typ elementu roboczego | 1024 | 1024 |
| Akcje na regułę | 10 | 10 |
| Poziomy listy prac portfela na proces | 5 | 5 |
| Kategorie na proces | - | 32 |
| Rozmiar załącznika elementu roboczego | 60 MB | 60 MB |
Uwaga
W przypadku modelu procesów hostowanego XML można zdefiniować około 10 000 elementów we wszystkich listach globalnych określonych we wszystkich typach elementów roboczych. Aby uzyskać informacje na temat innych ograniczeń i wymagań zgodności modelu procesów Hostowany XML, zobacz Dostosowywanie procesu podczas korzystania z hostowanego kodu XML.
W poniższej tabeli wymieniono maksymalną liczbę obiektów, które można zdefiniować dla modeli procesów dziedziczenia i lokalnego kodu XML. Mogą być również stosowane praktyczne limity.
| Objekt | Dziedziczenie | Lokalny kod XML |
|---|---|---|
| Liczba procesów na kolekcję | 64 | 64 |
| Typy elementów roboczych na proces | 64 | 64 |
| Pola na kolekcję | 8192 | 1024 |
| Pola na proces | 1024 | 1024 |
| Pola na typ elementu roboczego | 1024 | 1024 |
| Listy wyboru na kolekcję | 1024 | Nie dotyczy |
| Elementy listy wyboru na listę | 2048 | 2048 |
| Długość znaku elementu listy wyboru | 256 | Nie dotyczy |
| Stany przepływu pracy na typ elementu roboczego | 32 | 16 |
| Reguły na typ elementu roboczego | 1024 | 1024 |
| Poziomy listy prac portfela na proces | 5 | 5 |
| Kategorie na proces | Nie dotyczy | 32 |
| Listy globalne na proces | Nie dotyczy | 256 |
| Elementy listy na listę globalną | Nie dotyczy | 1024 |
Uwaga
W przypadku lokalnego modelu procesów XML można zdefiniować przybliżoną sumę 10 000 elementów dla wszystkich list globalnych określonych we wszystkich sieciach sieci WITs.
Limity praktyczne
Aby zminimalizować problemy z wydajnością, postępuj zgodnie z poniższymi wskazówkami:
Ogranicz liczbę zdefiniowanych pól niestandardowych. Wszystkie pola niestandardowe współtworzą łączną dozwoloną liczbę pól dla procesu, kolekcji lub organizacji. Można określić różne zachowania, takie jak reguły i listy wyboru, dla tego samego pola w różnych sieciach sieciowych.
Ogranicz liczbę reguł zdefiniowanych dla funkcji WIT. Chociaż można utworzyć wiele reguł dla funkcji WIT, inne reguły mogą negatywnie wpływać na wydajność podczas dodawania lub modyfikowania elementów roboczych przez użytkowników.
Ogranicz liczbę zdefiniowanych niestandardowych typów elementów roboczych.
- Ogranicz liczbę zdefiniowanych pól z możliwością raportowania. Pola z możliwością raportowania mogą mieć wpływ na wydajność magazynu danych.
Sprawdzanie poprawności reguł elementów roboczych przekracza limity SQL
Pojedyncze wyrażenie SQL jest definiowane dla każdego projektu w celu weryfikowania elementów roboczych za każdym razem, gdy zostaną utworzone lub zaktualizowane. To wyrażenie rośnie wraz z liczbą reguł określonych dla wszystkich typów elementów roboczych w projekcie.
Każdy kwalifikator behawioralny dla pola zwiększa liczbę podwyrażeń. Zagnieżdżone reguły, reguły, które mają zastosowanie tylko w przypadku przejścia, lub reguły zależne od wartości innego pola dodają więcej warunków do IF instrukcji.
Gdy użytkownicy zapisują elementy robocze, system weryfikuje wszystkie reguły skojarzone z polami dla tego typu elementu roboczego. Gdy wyrażenie osiągnie określony rozmiar lub złożoność, program SQL nie może go ocenić wydajnie i może wygenerować błąd. Aby rozwiązać ten błąd, usuń część WIT-ów albo wyeliminuj pewne reguły.
Limity szybkości
Usługi Azure DevOps Services, takie jak wiele rozwiązań typu oprogramowanie jako usługa, używają wielodostępności, aby zmniejszyć koszty i zwiększyć skalowalność i wydajność. Aby zapewnić dobrą wydajność i zminimalizować ryzyko awarii, usługa Azure DevOps Services ogranicza zasoby, z których mogą korzystać osoby, oraz liczbę żądań, które mogą wykonywać w określonych poleceniach. Po przekroczeniu tych limitów kolejne żądania mogą być opóźnione lub zablokowane.
Większość limitów szybkości jest osiągana za pośrednictwem wywołań interfejsu API REST lub niezoptymalizowanych zapytań. Aby uzyskać więcej informacji, zobacz Limity szybkości i Najlepsze rozwiązania, aby uniknąć osiągnięcia limitów szybkości.
Limity migracji i importu
Podczas migracji z lokalnego serwera Azure DevOps Server do usług Azure DevOps Services mogą wystąpić następujące problemy z rozmiarem:
- Rozmiar bazy danych przekraczający zalecany rozmiar
- Największy rozmiar tabeli przekraczający zalecany rozmiar
- Rozmiar metadanych bazy danych przekraczający obsługiwany rozmiar
Aby uzyskać więcej informacji, zobacz Migrowanie danych z usługi Azure DevOps Server do usług Azure DevOps Services i Rozwiązywanie problemów z błędami importowania i migracji.