작업 추적, 프로세스 및 프로젝트 제한
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
이 문서에서는 작업 추적 작업 및 작업 추적 사용자 지정에 적용되는 작업 및 개체 제한을 정의합니다. 특정 개체에 대해 지정된 하드 제한 외에도 몇 가지 실질적인 제한이 적용됩니다. WIT(작업 항목 형식)를 사용자 지정할 때 개체에 대한 제한을 고려합니다.
작업 항목 및 쿼리
작업 항목을 정의하거나 쿼리를 실행하는 경우 다음 작업 제한을 염두에 두어야 합니다.
| Object | 제한 |
|---|---|
| 작업 항목에 추가된 첨부 파일 | 100 |
| 첨부 파일 크기 | 60MB |
| 긴 텍스트 필드 | 1M 문자 |
| 쿼리 실행 시간 | 30초 |
| 쿼리 결과 | 20,000개 항목 |
| 쿼리 길이 | 32,000자 |
| 폴더 아래의 공유 쿼리 | 999개 쿼리 |
| 작업 항목에 할당된 작업 항목 링크 | 1,000 |
| 작업 항목에 할당된 작업 항목 태그 | 100 |
| 작업 항목 수정 버전(REST API) | 10,000 |
| 프로젝트당 즐겨찾기 쿼리 | 쿼리 200개 |
Azure DevOps Services용 REST API는 10,000개 업데이트의 작업 항목 수정 제한을 적용합니다. 이 제한은 REST API를 통한 업데이트를 제한하지만 웹 포털의 업데이트는 영향을 받지 않습니다.
| Object | 제한 |
|---|---|
| 긴 텍스트 필드 | 1M 문자 |
| 작업 항목에 할당된 작업 항목 태그 | 100 |
| 작업 항목에 할당된 작업 항목 링크 | 1,000 |
| 작업 항목에 추가된 첨부 파일 | 100 |
| 첨부 파일 크기 | 4MB~2GB |
| 쿼리 실행 시간 | 6분 |
| 쿼리 결과 | 20,000개 항목 |
| 쿼리 길이 | 32,000자 |
| 폴더 아래의 공유 쿼리 | 999개 쿼리 |
| 프로젝트당 즐겨찾기 쿼리 | 쿼리 200개 |
기본 최대 첨부 파일 크기는 4MB입니다. 최대 크기는 최대 2GB까지 변경할 수 있습니다.
쿼리 성능을 향상시키려면 쿼리/모범 사례 정의를 참조 하세요.
백로그, 보드, 대시보드 및 팀
팀, 작업 항목 태그, 백로그 및 보드를 사용하는 경우 다음과 같은 작업 표시 및 개체 제한이 적용됩니다.
| 사용자 인터페이스 | 제한 |
|---|---|
| 백로그 | 작업 항목 10,000개 |
| Boards | 카드 1,000장(제안 및 완료 된 워크플로 상태 범주에서 해당 카드 제외) |
| 작업표 | 1,000개 작업 |
| 영역 경로 | 프로젝트당 10,000개 |
| 영역 경로 깊이 | 14 |
| 팀당 영역 경로 | 300 |
| 반복 경로 | 프로젝트당 10,000개 |
| 반복 경로 깊이 | 14 |
| 팀당 반복 경로 | 300 |
| 프로젝트 대시보드 | 프로젝트당 500개. 프로젝트 수준에서 액세스할 수 있으며 프로젝트에 액세스할 수 있는 모든 사용자가 사용할 수 있습니다. |
| 팀 대시보드 | 팀당 500개. 팀과 관련되며 팀별 메트릭 및 데이터를 추적하는 데 사용됩니다. |
| Teams | 프로젝트당 5,000개 |
| 작업 항목 태그 | 조직 또는 컬렉션당 150,000개의 태그 정의 |
| 프로젝트당 배달 계획 | 1,000 |
| 작업 항목 유형별 템플릿 | 100 |
각 백로그는 최대 10,000개의 작업 항목을 표시할 수 있습니다. 이 제한은 특정 제한이 없으므로 정의할 수 있는 작업 항목 수가 아니라 백로그가 표시할 수 있는 항목에 적용됩니다. 백로그가 이 제한을 초과하는 경우 팀을 추가하고 일부 작업 항목을 새 팀의 백로그로 이동하는 것이 좋습니다.
팁
대시보드 제한에 접근하는 경우 다음 단계를 참조하여 대시보드를 관리하고 정리합니다.
- 사용량 검토: 더 이상 사용되지 않거나 중복된 대시보드를 식별합니다. 마지막으로 액세스한 날짜를 확인하거나 팀 구성원과 상의하여 이 작업을 수행할 수 있습니다.
- 대시보드 통합: 비슷한 대시보드를 결합하여 총 수를 줄입니다. 단일 대시보드에 여러 위젯을 추가하여 이 작업을 수행할 수 있습니다.
- 이전 대시보드 보관: 특정 대시보드가 더 이상 필요하지 않지만 데이터를 유지하려는 경우 데이터를 내보내고 대시보드를 보관하는 것이 좋습니다.
- 개체 제한 추적기 기능 사용: 대시보드를 포함하여 리소스 사용에 대한 실시간 가시성을 제공합니다. 이 기능은 한도를 사전에 관리하고 잠재적인 문제를 방지하는 데 도움이 될 수 있습니다.
기타 참고 사항:
팀, 작업 항목 태그, 백로그 및 보드로 작업하는 경우 다음과 같은 운영 제한이 적용됩니다. 기본 및 최대 제한입니다.
| 사용자 인터페이스 | 제한 |
|---|---|
| 백로그 | 999개 작업 항목 |
| Boards | 카드 400장 |
| 프로젝트당 대시보드 | 500 |
| 작업표 | 800개 작업 항목 |
| Teams | 프로젝트당 5,000개 |
| 작업 항목 태그 | 프로젝트당 150,000개의 태그 정의 |
| 작업 항목 유형별 템플릿 | 100 |
각 백로그는 최대 999개의 작업 항목을 표시할 수 있습니다. 백로그가 이 제한을 초과하는 경우 팀을 만들고 일부 작업 항목을 새 팀의 백로그로 이동하는 것이 좋습니다.
기타 참고 사항:
- 동일한 형식의 백로그 항목을 중첩하지 않습니다. 자세한 내용은 재정렬 및 중첩 문제 해결을 참조하세요.
- 여러 팀에 동일한 영역 경로를 할당하지 않습니다. 자세한 내용은 다중 팀 보드 보기의 제한 사항을 참조 하세요.
온-프레미스 XML 프로세스 모델의 경우 파일을 편집하여 백로그 및 태스크보드 제한을 수정할 ProcessConfiguration.xml 수 있습니다. 자세한 내용은 프로세스 구성 XML 요소 참조를 참조하세요.
프로젝트
Azure DevOps Services는 각 조직을 조직당 1,000개의 프로젝트로 제한하며, 이는 이전의 300개 프로젝트 제한보다 증가합니다.
참고 항목
300개 이상의 프로젝트에서 Visual Studio에서 프로젝트에 연결하는 것과 같은 특정 환경의 성능이 저하될 수 있습니다. 온-프레미스 Azure DevOps Server의 경우 하드 제한이 없지만 프로젝트 수가 300에 가까워지면 성능 문제가 발생할 수 있습니다. Azure DevOps Services로 마이그레이션할 때 최대 1,000개의 프로젝트 제한을 준수합니다. 컬렉션이 이 제한을 초과하는 경우 컬렉션을 분할하거나 이전 프로젝트를 삭제합니다.
자세한 내용은 Azure DevOps Server에서 Azure DevOps Services로 데이터 마이그레이션을 참조 하세요.
프로세스 사용자 지정
프로세스에 대해 정의할 수 있는 개체 수에 많은 제한이 적용됩니다. 자세한 내용은 작업 추적 환경 사용자 지정을 참조하세요.
다음 표에서는 상속 및 호스트된 XML 프로세스 모델에 대해 정의할 수 있는 최대 개체 수를 보여 줍니다. 이러한 제한은 하드 제한이지만 실제 제한도 적용될 수 있습니다.
| Object | 상속 | 호스트된 XML |
|---|---|---|
| 조직에서 사용할 수 있는 프로세스 수 | 128 | 64 |
| 프로세스에 대해 정의된 작업 항목 형식 | 64 | 64 |
| 조직에 대해 정의된 필드 | 8192 | 8192 |
| 프로세스에 대해 정의된 필드 | 1024 | 1024 |
| 작업 항목 유형에 대해 정의된 필드 | 1024 | 1024 |
| 조직 또는 컬렉션에 대해 정의된 선택 목록 | 2048 | - |
| 목록에 대해 정의된 선택 목록 항목 | 2048 | 2048 |
| 선택 목록 항목 문자 길이 | 256 | - |
| 작업 항목 형식에 대해 정의된 워크플로 상태 | 32 | 16 |
| 작업 항목 형식에 대해 정의된 규칙 | 1024 | 1024 |
| 규칙에 대해 정의된 작업 | 10 | 10 |
| 프로세스에 대해 정의된 포트폴리오 백로그 수준 | 5 | 5 |
| 프로세스에 대해 정의된 범주 | - | 32 |
| 프로세스에 대해 정의된 전역 목록 | - | 256 |
| 전역 목록 내에 정의된 항목 나열 | - | 1024 |
| 작업 항목 첨부 파일 크기 | 60MB | 60MB |
Hosted XML 프로세스 모델의 다른 제한 사항 및 규칙 요구 사항은 호스트된 XML을 사용할 때 프로세스 사용자 지정을 참조하세요.
참고 항목
호스트된 XML 프로세스 모델의 경우 모든 WIT에 지정된 모든 전역 목록에서 약 10,000개의 항목을 정의할 수 있습니다.
다음 표에서는 상속 및 온-프레미스 XML 프로세스 모델에 대해 정의할 수 있는 최대 개체 수를 나열합니다. 이러한 제한은 하드 제한이지만 실제 제한도 적용될 수 있습니다.
| Object | 상속 | 온-프레미스 XML |
|---|---|---|
| 조직에서 사용할 수 있는 프로세스 수 | 64 | 64 |
| 프로세스에 대해 정의된 작업 항목 형식 | 64 | 64 |
| 컬렉션에 대해 정의된 필드 | 8192 | 1024 |
| 프로세스에 대해 정의된 필드 | 1024 | 1024 |
| 작업 항목 유형에 대해 정의된 필드 | 1024 | 1024 |
| 컬렉션에 대해 정의된 선택 목록 | 1024 | 해당 없음 |
| 목록에 대해 정의된 선택 목록 항목 | 2048 | 2048 |
| 선택 목록 항목 문자 길이 | 256 | 해당 없음 |
| 작업 항목 형식에 대해 정의된 워크플로 상태 | 32 | 16 |
| 작업 항목 형식에 대해 정의된 규칙 | 1024 | 1024 |
| 프로세스에 대해 정의된 포트폴리오 백로그 수준 | 5 | 5 |
| 프로세스에 대해 정의된 범주 | 해당 없음 | 32 |
| 프로세스에 대해 정의된 전역 목록 | 해당 없음 | 256 |
| 전역 목록 내에 정의된 항목 나열 | 해당 없음 | 1024 |
참고 항목
온-프레미스 XML 프로세스 모델의 경우 모든 WIT에 지정된 모든 전역 목록에 대해 대략적인 총 10K 항목을 정의할 수 있습니다.
실용적 제한
성능 문제를 최소화하려면 다음 지침을 따르는 것이 좋습니다.
- 정의한 사용자 지정 필드 수를 제한합니다. 모든 사용자 지정 필드는 프로세스, 컬렉션 또는 조직에 허용되는 합계에 기여합니다. 서로 다른 WIT의 동일한 필드에 대해 규칙 및 선택 목록과 같은 다양한 동작을 지정할 수 있습니다.
- WIT에 대해 정의하는 규칙 수를 제한합니다. WIT에 대해 여러 규칙을 만들 수 있지만 다른 규칙은 사용자가 작업 항목을 추가하거나 수정할 때 성능에 부정적인 영향을 줄 수 있습니다. 사용자가 작업 항목을 저장할 때 시스템은 해당 작업 항목 유형에 대한 필드와 연결된 모든 규칙의 유효성을 검사합니다. 경우에 따라 규칙 유효성 검사 식이 너무 복잡하여 SQL이 효율적으로 평가되지 않을 수 있습니다.
- 정의하는 사용자 지정 WIT 수를 제한합니다.
- 정의한 사용자 지정 필드 수를 제한합니다. 모든 사용자 지정 필드는 프로세스, 컬렉션 또는 조직에 허용되는 합계에 기여합니다. 서로 다른 WIT의 동일한 필드에 대해 규칙 및 선택 목록과 같은 다양한 동작을 지정할 수 있습니다.
- WIT에 대해 정의하는 규칙 수를 제한합니다. WIT에 대해 여러 규칙을 만들 수 있지만 다른 규칙은 사용자가 작업 항목을 추가하거나 수정할 때 성능에 부정적인 영향을 줄 수 있습니다. 사용자가 작업 항목을 저장할 때 시스템은 해당 작업 항목 유형에 대한 필드와 연결된 모든 규칙의 유효성을 검사합니다. 경우에 따라 규칙 유효성 검사 식이 너무 복잡하여 SQL이 효율적으로 평가되지 않을 수 있습니다.
- 정의하는 사용자 지정 WIT 수를 제한합니다.
- 정의한 보고 가능한 필드 수를 제한합니다. 보고 가능한 필드는 데이터 웨어하우스의 성능에 영향을 줄 수 있습니다.
참고 항목
작업 항목 규칙 유효성 검사가 SQL 제한을 초과합니다. 프로젝트당 단일 SQL 식이 정의되어 작업 항목을 만들거나 업데이트할 때마다 유효성을 검사합니다. 이 식은 프로젝트의 모든 작업 항목 형식에 대해 지정된 규칙 수에 따라 증가합니다. 필드에 대한 각 동작 한정자는 하위 식의 수를 늘깁니다. 중첩된 규칙, 전환에만 적용되는 규칙 또는 다른 필드의 값에 조건부로 지정된 규칙은 IF 문에 더 많은 조건을 추가합니다. 식이 특정 크기 또는 복잡성에 도달하면 SQL은 더 이상 식을 평가하고 오류를 생성할 수 없습니다. 이 오류를 해결하려면 일부 WIT를 제거하거나 일부 규칙을 제거합니다.
트래픽률 제한
비용을 절감하고 확장성 및 성능을 향상시키기 위해 Azure DevOps Services는 많은 서비스로서의 소프트웨어 솔루션과 마찬가지로 다중 테넌트를 사용합니다. 좋은 성능을 보장하고 중단 위험을 최소화하기 위해 Azure DevOps Services는 개인이 사용할 수 있는 리소스와 특정 명령에 대해 수행할 수 있는 요청 수를 제한합니다. 이러한 제한을 초과하면 후속 요청이 지연되거나 차단될 수 있습니다.
대부분의 속도 제한은 REST API 호출 또는 최적이 아닌 쿼리를 통해 도달합니다. 자세한 내용은 속도 제한 및 모범 사례를 참조하세요(속도 제한에 도달하는 것을 방지하려면).
마이그레이션 및 가져오기 제한
온-프레미스에서 Azure DevOps Services로 마이그레이션할 때 다음을 포함하여 몇 가지 크기 제한이 발생할 수 있습니다.
- 권장 크기를 초과하는 데이터베이스 크기
- 권장 크기를 초과하는 가장 큰 테이블 크기
- 지원되는 크기를 초과하는 데이터베이스 메타데이터 크기
자세한 내용은 Azure DevOps Server에서 Azure DevOps Services로 데이터 마이그레이션 및 가져오기 및 마이그레이션 오류 문제 해결을 참조하세요.