프로젝트 및 조직 스케일링 정보

Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018

프로젝트는 소스 코드에 대한 리포지토리와 사용자가 소프트웨어 솔루션 빌드를 계획, 추적 및 공동 작업할 수 있는 장소를 제공합니다. 프로젝트는 Azure DevOps 추가할 때 데이터가 저장되는 기본 컨테이너를 나타냅니다.

프로젝트를 만들 때 동일한 이름의 팀이 자동으로 만들어집니다. 이는 소규모 팀에 충분합니다. 그러나 엔터프라이즈 수준 조직의 경우 더 많은 팀과 프로젝트를 만들기 위해 강화해야 할 수도 있습니다. 이러한 추가는 단일 계정 또는 컬렉션 내에서 만들 수 있습니다.

자세한 내용은 조직 구조 계획을 참조하세요.


단일 프로젝트 및 팀 내에 정의
조직 또는 컬렉션

에 정의된 여러 프로젝트 및 팀
조직 또는 컬렉션


Conceptual image, Single collection-project-team.

Conceptual image, Scaled collection-project-team.


컬렉션-프로젝트 팀 구조는 팀에게 적합한 방식으로 도구를 구성할 수 있는 높은 수준의 자율성을 제공합니다. 또한 적절한 수준에서 발생하는 관리 작업을 지원합니다. 조직이 성장함에 따라 도구는 팀 자율성 및 조직 조정의 문화를 지원하기 위해 확장할 수 있습니다.

기업 전체에서 작업을 관리하려면 어떻게 해야 할까요?

성장하는 기업을 지원하기 위해 DevOps 및 Agile 도구를 어떻게 확장합니까?

Azure DevOps 연결할 때 조직 또는 프로젝트 컬렉션에 연결합니다. 해당 컨테이너 내에서 하나 이상의 프로젝트를 정의할 수 있습니다. 시스템을 사용하려면 하나 이상의 프로젝트를 만들어야 합니다.

다음과 같은 방법으로 조직을 확장할 수 있습니다.

  • 여러 사업부를 지원하려면 프로젝트를 추가할 수 있습니다.
  • 프로젝트 내에서 팀을 추가할 수 있습니다.
  • 리포지토리 및 분기 추가
  • 지속적인 통합 및 배포를 지원하려면 에이전트, 에이전트 풀 및 배포 풀을 추가할 수 있습니다.
  • 많은 사용자를 관리하려면 Azure Active Directory 통해 액세스를 관리할 수 있습니다.

다음과 같은 방법으로 온-프레미스 Azure DevOps 배포의 크기를 조정할 수 있습니다.

  • 성능을 높이기 위해 서버 인스턴스를 추가할 수 있습니다.
  • 여러 사업부를 지원하려면 프로젝트 컬렉션 및 프로젝트를 추가할 수 있습니다.
  • 프로젝트 내에서 팀을 추가할 수 있습니다.
  • 리포지토리 및 분기 추가
  • 지속적인 통합 및 배포를 지원하려면 에이전트, 에이전트 풀 및 배포 풀을 추가할 수 있습니다.
  • 많은 사용자를 관리하려면 Active Directory를 통해 액세스를 관리할 수 있습니다.

Azure DevOps Services 및 Azure DevOps Server 엔터프라이즈 지원 플랫폼입니다. 이러한 플랫폼은 수십에서 수천 개의 모든 규모의 팀을 지원합니다. 클라우드 서비스인 Azure DevOps Services 확장 가능하고 안정적이며 전 세계적으로 사용 가능한 호스트 서비스를 제공합니다. 24x7 운영 팀에서 모니터링하는 99.9% SLA를 통해 지원되며 전 세계 로컬 데이터 센터에서 사용할 수 있습니다.

프로젝트를 보는 방법

프로젝트 페이지를 열어 조직에 정의된 프로젝트를 볼 수 있습니다.

  1. Azure DevOps 선택하여 프로젝트를 엽니다.

    Open Projects

  2. 프로젝트 목록에서 프로젝트를 선택합니다.

프로젝트를 만들거나 나열하려면 프로젝트 만들기를 참조하세요.

  1. Azure DevOps 선택하여 프로젝트를 엽니다.

    Screenshot of open Projects button, horizontal nav

  2. 여기에서 나열된 프로젝트 집합에서 프로젝트를 선택할 수 있습니다.

    Choose a project from the set of projects listed.

Project 범위의 사용자 그룹을 사용하여 프로젝트에 대한 사용자 표시 유형 제한

기본적으로 조직에 추가된 사용자는 모든 조직 및 프로젝트 정보 및 설정을 볼 수 있습니다.

조직의 특정 프로젝트 미리 보기 기능으로 사용자 가시성 및 협업 제한은 다음 두 가지 방법으로 사용자 액세스를 제한합니다.

  • 조직 설정을 통해 액세스되는 사용자 목록, 프로젝트 목록, 청구 세부 정보, 사용량 현황 데이터 등을 표시하는 보기를 제한합니다.
  • 사용자 선택 검색 선택 및 사용자에 대한 기능을 @mention 통해 표시되는 사용자 또는 그룹 집합을 제한합니다.

중요

  • 이 섹션에서 설명하는 제한된 표시 유형 기능은 웹 포털을 통한 상호 작용에만 적용됩니다. REST API 또는 azure devops CLI 명령을 사용하면 프로젝트 멤버가 제한된 데이터에 액세스할 수 있습니다.
  • Azure AD 기본 액세스 권한이 있는 제한된 그룹의 구성원인 게스트 사용자는 사용자 선택기가 있는 사용자를 검색할 수 없습니다. 미리 보기 기능이 꺼져 있거나 게스트 사용자가 제한된 그룹의 구성원이 아닌 경우 게스트 사용자는 예상대로 모든 Azure AD 사용자를 검색할 수 있습니다.

조직 설정에 대한 액세스 제한

관련자, Azure Active Directory 게스트 사용자 또는 특정 보안 그룹의 구성원과 같은 선택 사용자를 제한하려면 조직의 특정 프로젝트 미리 보기 기능으로 사용자 표시 유형 및 협업을 제한할 수 있습니다. 사용하도록 설정되면 Project 범위의 사용자 그룹에 추가된 모든 사용자 또는 그룹은 개요프로젝트를 제외하고 조직 설정 페이지에 액세스할 수 없으며 추가된 프로젝트에만 액세스하도록 제한됩니다.

이 기능을 사용하려면 기능 관리 또는 사용 설정을 참조하세요.

참고

모든 보안 그룹은 조직 수준 엔터티이며 특정 프로젝트에 대한 권한만 있는 그룹도 있습니다. 웹 포털에서 일부 보안 그룹의 표시 유형은 사용자 권한에 따라 제한될 수 있습니다. 그러나 Azure devops CLI 도구 또는 REST API를 사용하여 조직의 모든 그룹의 이름을 검색할 수 있습니다. 자세한 내용은 보안 그룹 추가 및 관리를 참조하세요.

참고

모든 보안 그룹은 컬렉션 수준 엔터티이며 특정 프로젝트에 대한 권한만 있는 그룹도 있습니다. 웹 포털에서 일부 보안 그룹의 표시 유형은 사용자 권한에 따라 제한될 수 있습니다. 그러나 Azure devops CLI 도구 또는 REST API를 사용하여 조직의 모든 그룹의 이름을 검색할 수 있습니다. 자세한 내용은 보안 그룹 추가 및 관리를 참조하세요.

참고

모든 보안 그룹은 컬렉션 수준 엔터티이며 특정 프로젝트에 대한 권한만 있는 그룹도 있습니다. 웹 포털에서 일부 보안 그룹의 표시 유형은 사용자 권한에 따라 제한될 수 있습니다. 그러나 REST API를 사용하여 조직의 모든 그룹의 이름을 검색할 수 있습니다. 자세한 내용은 보안 그룹 추가 및 관리를 참조하세요.

사람 선택기 내 가시성 제한

Azure Active Directory(Azure AD)를 사용하여 사용자 및 그룹을 관리하는 조직은 사용자 선택기를 사용할 수 있습니다. 이 선택기는 프로젝트에 추가된 사용자 및 그룹뿐만 아니라 Azure AD 추가된 모든 사용자 및 그룹 검색을 지원합니다. 사용자 선택기는 다음 Azure DevOps 함수를 지원합니다.

  • 할당 대상과 같은 작업 추적 ID 필드에서 사용자 ID 선택
  • 작업 항목 토론 또는 서식 있는 텍스트 필드, 끌어오기 요청 토론, 커밋 메모 또는 변경 집합 또는 선반 주석에서 @mention 사용하여 사용자 또는 그룹 선택
  • 위키 페이지에서 @mention 사용하여 사용자 또는 그룹 선택

다음 이미지와 같이 사용자 이름 또는 보안 그룹과 일치하는 항목을 찾을 때까지 사용자 선택기 상자에 사용자를 입력하기 시작합니다.

Screenshot of people picker

경고

조직에서 특정 프로젝트 미리 보기 기능에 대한 사용자 표시 유형 및 협업을 제한할 수 있는 경우 프로젝트 범위 사용자는 명시적 사용자 초대가 아닌 Azure Active Directory 그룹 멤버 자격을 통해 조직에 추가된 사용자를 검색할 수 없습니다. 이것은 예기치 않은 동작이며 해결이 수행되고 있습니다. 이 문제를 자체적으로 해결하려면 조직의 특정 프로젝트 미리 보기 기능 으로 사용자 표시 유형 및 공동 작업 제한을 사용하지 않도록 설정합니다.

Project 범위 사용자 그룹에 추가된 사용자 및 그룹은 사용자 선택기에서 연결된 프로젝트에서 사용자 및 그룹만 보고 선택할 수 있습니다. 모든 프로젝트 멤버에 대한 사용자 선택 범위를 지정하려면 조직 관리, ID 검색 제한 및 선택을 참조하세요.

기록 데이터가 계속 표시됩니다.

주석, 토론 또는 할당에 추가된 ID는 모든 프로젝트 멤버에게 계속 표시됩니다. 예를 들어 프로젝트를 떠난 사용자에게 할당된 작업 항목의 경우 해당 작업 항목의 사용자 이름은 새 제한이 있는 사용자에게도 프로젝트의 모든 사용자에게 계속 표시됩니다. PR, 의견, 토론 등에서도 마찬가지 @mentions 입니다.

다른 프로젝트를 추가하는 경우

일반적으로 단일 프로젝트를 사용하여 조직 또는 엔터프라이즈를 지원하는 것이 좋습니다. 단일 프로젝트는 관리 작업의 유지 관리를 최소화하고 가장 최적화된/완전한 유연성 의 교차 연결 개체 환경을 지원합니다.

수백 개의 다양한 애플리케이션 및 소프트웨어 프로젝트에서 작업하는 팀이 많더라도 단일 프로젝트 내에서 가장 쉽게 관리할 수 있습니다. 프로젝트는 그 안에 저장된 데이터를 격리하는 역할을 합니다. 한 프로젝트에서 다른 프로젝트로 데이터를 쉽게 이동할 수 없습니다. 한 프로젝트에서 다른 프로젝트로 데이터를 이동하는 경우 일반적으로 해당 데이터와 관련된 기록이 손실됩니다.

다른 프로젝트를 추가하는 시기에 대한 자세한 내용은 필요한 프로젝트 수를 참조하세요.

다른 프로젝트를 추가해야 하는 이유

다음 인스턴스에서 다른 프로젝트를 추가할 수 있습니다.

  • 프로젝트 내에 포함된 정보에 대한 액세스를 금지하거나 관리하여 그룹을 선택하려면
  • 조직 내의 특정 사업부에 대한 사용자 지정 작업 추적 프로세스를 지원하려면
  • 자체 관리 정책 및 관리자가 있는 완전히 분리된 사업부를 지원하려면
  • 작업 프로젝트에 변경 내용을 롤아웃하기 전에 사용자 지정 작업 테스트 또는 확장 추가를 지원하려면
  • OSS(오픈 소스 소프트웨어) 프로젝트를 지원하려면

다음 인스턴스에서 다른 프로젝트를 추가할 수 있습니다.

  • 프로젝트 내에 포함된 정보에 대한 액세스를 금지하거나 관리하려면
  • 조직 내의 특정 사업부에 대한 사용자 지정 작업 추적 프로세스를 지원하려면
  • 자체 관리 정책 및 관리자가 있는 완전히 분리된 사업부를 지원하려면
  • 작업 프로젝트에 변경 내용을 롤아웃하기 전에 사용자 지정 작업 테스트 또는 확장 추가를 지원하려면

프라이빗 및 퍼블릭 프로젝트

조직에 퍼블릭 및 프라이빗 프로젝트를 추가할 수 있습니다. 프로젝트의 표시 유형을 프라이빗에서 퍼블릭으로 변경할 수도 있습니다.

프라이빗 프로젝트에서는 사용자 액세스를 추가하고 관리해야 합니다. 사용자는 읽기 전용 액세스인 경우에도 프로젝트에 액세스하려면 로그인해야 합니다. 프로젝트에 추가된 모든 사용자는 프로젝트 및 조직 정보에 액세스할 수 있습니다. 자세한 내용은 프로젝트 멤버에게 부여된 리소스를 참조하세요.

공용 프로젝트에서는 사용자가 많은 서비스에 대한 읽기 전용 액세스 권한을 얻기 위해 로그인할 필요가 없습니다. 공개 프로젝트는 다른 사용자와 코드를 공유하고 오픈 소스 소프트웨어의 CI/CD(지속적인 통합/지속적인 배포)를 지원하도록 지원합니다. 공공 프로젝트에 대한 자세한 내용은 공개 프로젝트가란?을 참조하세요.

프로젝트 구조화

프로젝트를 추가할 때 다음 요소를 사용하여 비즈니스 요구 사항을 지원하도록 구성합니다.

프로젝트 사용자 지정 및 구성

비즈니스 요구 사항 또는 팀 작동 방식을 지원하도록 대부분의 서비스 및 애플리케이션을 구성하고 사용자 지정할 수 있습니다. 각 프로젝트 내에서 다음 작업을 수행할 수 있습니다. 구성할 수 있는 리소스에 대한 포괄적인 내용은 팀, 프로젝트 및 조직 수준 설정에 대해 참조하세요.

  • 대시보드: 각 팀은 정보를 공유하고 진행 상황을 모니터링하도록 대시보드 집합을 구성할 수 있습니다.
  • 소스 제어: 각 Git 리포지토리에 대해 분기 정책을 적용하고 분기 권한을 정의할 수 있습니다. TFVC 리포지토리의 경우 체크 인 정책을 설정할 수 있습니다.
  • 작업 추적: 필드를 추가하고, 워크플로를 변경하고, 사용자 지정 규칙을 추가하고, 대부분의 작업 항목 유형의 작업 항목 형식에 사용자 지정 페이지를 추가할 수 있습니다. 사용자 지정 작업 항목 유형을 추가할 수도 있습니다. 자세한 내용은 상속 프로세스 사용자 지정을 참조하세요.
  • Azure Pipelines: 빌드 및 릴리스 파이프라인을 완전히 사용자 지정하고, 빌드 단계, 릴리스 환경 및 배포 일정을 정의할 수 있습니다. 자세한 내용은 빌드 및 릴리스를 참조하세요.
  • Azure Test Plans: 테스트 계획, 테스트 도구 모음, 테스트 사례 및 테스트 환경을 정의하고 구성할 수 있습니다. 빌드 파이프라인 내에서 테스트 단계를 추가할 수도 있습니다. 자세한 내용은 빌드에 대한 예비 & 수동 테스트지속적인 테스트를 참조하세요.
  • 대시보드: 각 팀은 정보를 공유하고 진행 상황을 모니터링하도록 대시보드 집합을 구성할 수 있습니다.
  • 소스 제어: 각 Git 리포지토리에 대해 분기 정책을 적용하고 분기 권한을 정의할 수 있습니다. TFVC 리포지토리의 경우 체크 인 정책을 설정할 수 있습니다.
  • 작업 추적: 필드를 추가하고, 워크플로를 변경하고, 사용자 지정 규칙을 추가하고, 대부분의 작업 항목 유형의 작업 항목 형식에 사용자 지정 페이지를 추가할 수 있습니다. 사용자 지정 작업 항목 유형을 추가할 수도 있습니다. 자세한 내용은 온-프레미스 XML 프로세스 모델 사용자 지정을 참조하세요.
  • 빌드 및 릴리스: 빌드 및 릴리스 파이프라인을 완전히 사용자 지정하고, 빌드 단계, 릴리스 환경 및 배포 일정을 정의할 수 있습니다. 자세한 내용은 빌드 및 릴리스를 참조하세요.
  • 테스트: 테스트 계획, 테스트 도구 모음, 테스트 사례 및 테스트 환경을 정의하고 구성할 수 있습니다. 빌드 파이프라인 내에서 테스트 단계를 추가할 수도 있습니다. 자세한 내용은 빌드에 대한 예비 & 수동 테스트지속적인 테스트를 참조하세요.

팀을 추가하는 경우, 엔터프라이즈 전체에서 Agile 도구 크기 조정

조직이 성장함에 따라 각 팀이 워크플로를 충족하도록 구성할 수 있는 Agile 도구를 제공하는 팀을 추가합니다. 자세한 내용은 다음 문서를 참조하세요.

Microsoft가 폭포에서 Agile로 전환한 방법에 대한 스토리와 짧은 비디오를 검토하려면 Enterprise 통해 Agile 크기 조정을 참조하세요.

프로젝트에 대한 연결을 지원하는 클라이언트

웹 브라우저를 통해 연결하는 것 외에도 다음 클라이언트에서 프로젝트에 연결할 수 있습니다.

Azure DevOps Server 버전과의 호환성도 참조하세요.

Q&A

Q: 프로젝트를 다른 조직이나 컬렉션으로 이동하거나 이전할 수 있나요?

A: 데이터 손실 없이는 안 입니다. 데이터를 손실하지 않고는 한 컬렉션/조직에서 다른 컬렉션/조직으로 프로젝트를 이동할 수 없습니다. 리소스를 수동으로 복사하고 일부를 남겨 두거나 REST API를 사용하여 데이터를 복사하는 OpsHub Visual Studio 마이그레이션 유틸리티와 같은 타사 도구를 사용할 수 있습니다.

Q: 프로젝트를 지원하는 프로그래밍 도구는 무엇인가요?

A. 프로젝트 REST API를 참조하세요.

또한 az devops 프로젝트 명령을 사용할 수 있습니다.