다음을 통해 공유


작업 추적, 프로세스 및 프로젝트 제한

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개의 작업 항목을 표시할 수 있습니다. 이 제한은 특정 제한이 없으므로 정의할 수 있는 작업 항목 수가 아니라 백로그가 표시할 수 있는 항목에 적용됩니다. 백로그가 이 제한을 초과하는 경우 팀을 추가하고 일부 작업 항목을 새 팀의 백로그로 이동하는 것이 좋습니다.

대시보드 제한에 접근하는 경우 다음 단계를 참조하여 대시보드를 관리하고 정리합니다.

  • 사용량 검토: 더 이상 사용되지 않거나 중복된 대시보드를 식별합니다. 마지막으로 액세스한 날짜를 확인하거나 팀 구성원과 상의하여 이 작업을 수행할 수 있습니다.
  • 대시보드 통합: 비슷한 대시보드를 결합하여 총 수를 줄입니다. 단일 대시보드에 여러 위젯을 추가하여 이 작업을 수행할 수 있습니다.
  • 이전 대시보드 보관: 특정 대시보드가 더 이상 필요하지 않지만 데이터를 유지하려는 경우 데이터를 내보내고 대시보드를 보관하는 것이 좋습니다.
  • 개체 제한 추적기 기능 사용: 대시보드를 포함하여 리소스 사용에 대한 실시간 가시성을 제공합니다. 이 기능은 한도를 사전에 관리하고 잠재적인 문제를 방지하는 데 도움이 될 수 있습니다.

기타 참고 사항:

  • 변경된 날짜가 1년보다 오래되면 완료되거나 닫힌 작업 항목은 백로그 및 보드에 표시되지 않습니다. 쿼리를 사용하여 이러한 항목을 나열할 수 있습니다. 백로그 또는 보드에 표시되도록 하려면 디스플레이 시계를 다시 설정하기 위해 약간 변경합니다.
  • 동일한 형식의 백로그 항목을 중첩하지 않습니다. 자세한 내용은 재정렬 및 중첩 문제 해결을 참조하세요.
  • 둘 이상의 팀에 동일한 영역 경로를 할당하지 않습니다. 자세한 내용은 다중 팀 보드 보기의 제한 사항을 참조 하세요.
  • 기본적으로 작업 항목 제한은 처음에 낮은 값으로 설정될 수 있습니다.

팀, 작업 항목 태그, 백로그 및 보드로 작업하는 경우 다음과 같은 운영 제한이 적용됩니다. 기본 및 최대 제한입니다.

사용자 인터페이스 제한
백로그 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
작업 항목 유형에 대해 정의된 작업 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로 데이터 마이그레이션 및 가져오기 및 마이그레이션 오류 문제 해결을 참조하세요.