Azure DevOps Services Azure DevOps Server 비교

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

Azure DevOps Services 클라우드 제품은 확장 가능하고 안정적이며 전 세계적으로 사용 가능한 호스팅 서비스를 제공합니다. 24/7 운영 팀에서 모니터링하는 99.9% SLA가 지원하며 전 세계 로컬 데이터 센터에서 사용할 수 있습니다.

Azure DevOps Server 온-프레미스 제품은 SQL Server 백 엔드를 기반으로 합니다. 고객은 일반적으로 데이터가 네트워크 내에 있어야 하는 경우 온-프레미스 버전을 선택합니다. 또는 Azure DevOps Server 데이터 및 도구와 통합되는 SQL Server 보고 서비스에 액세스하려는 경우

두 제품 모두 Azure DevOps Server 비해 동일한 필수 서비스를 제공하지만 Azure DevOps Services 다음과 같은 추가 혜택을 제공합니다.

  • 간소화된 서버 관리.
  • 최신 및 가장 뛰어난 기능에 즉시 액세스
  • 원격 사이트와의 연결이 향상되었습니다.
  • 자본 지출(서버 등)에서 운영 지출(구독)으로 전환.

요구 사항을 충족하는 클라우드 또는 온-프레미스 제품을 확인하려면 다음 주요 차이점을 고려하세요.

Azure DevOps Services 및 Azure DevOps Server 간의 기본 차이점

원하는 플랫폼을 선택하거나 온-프레미스에서 클라우드로의 이동을 고려하는 경우 다음 영역을 고려합니다.

특정 기능 영역의 차이점
Azure DevOps Services 호스트된 버전의 Azure DevOps Server 있지만 기능 간에는 몇 가지 차이점이 있습니다. 일부 Azure DevOps Server 기능은 Azure DevOps Services 지원되지 않습니다. 예를 들어 Azure DevOps Services 보고를 지원하기 위해 SQL Server Analysis Services 통합을 지원하지 않습니다.

다음 두 가지 다른 영역의 지원은 다릅니다.

당신은 Azure DevOps Server 이동을 고려하고 있습니까? 마이그레이션 옵션을 읽어 옵션을 이해합니다.

데이터 범위 및 크기 조정

비즈니스가 성장함에 따라 Azure DevOps 인스턴스를 확장해야 할 수 있습니다.

조직 및 프로젝트를 사용하여 크기 조정 Azure DevOps Services

Azure DevOps Services Azure DevOps Server 약간 다릅니다. 현재 데이터 범위 지정 및 크기 조정에는 조직 및 프로젝트라는 두 가지 옵션만 있습니다. Azure DevOps Services 조직은 고유한 URL(예https://dev.azure.com/fabrikamfiber: )을 얻으며 항상 정확히 하나의 프로젝트 컬렉션을 가지고 있습니다. 조직에는 컬렉션 내에 많은 프로젝트가 있을 수 있습니다.

Azure DevOps Server 컬렉션을 만들 때마다 Azure DevOps Services 조직을 만드는 것이 좋습니다. 다음 시나리오가 적용됩니다.

  • 조직당 Azure DevOps Services 사용자를 구입할 수 있습니다. 유료 사용자는 결제가 이루어진 조직에만 액세스할 수 있습니다. 많은 조직에 액세스해야 하는 사용자가 있는 경우 Visual Studio 구독이 매력적인 옵션이 될 수 있습니다. Visual Studio 구독자는 무료로 여러 조직에 추가할 수 있습니다. 또한 단일 조직으로 그룹화된 많은 조직에서 액세스를 사용할 수 있도록 하는 다른 방법도 고려하고 있습니다.
  • 현재 조직을 한 번에 하나씩 관리해야 합니다. 많은 조직이 있는 경우 이 프로세스는 번거로울 수 있습니다.

자세한 정보: Azure DevOps에서 조직 구조를 계획합니다.

배포, 프로젝트 컬렉션 및 프로젝트를 사용하여 크기 조정 Azure DevOps Server

Azure DevOps Server 데이터 범위 지정 및 크기 조정을 위한 세 가지 옵션인 배포, 프로젝트 컬렉션 및 프로젝트를 제공합니다. 가장 간단한 경우 배포는 서버일 뿐입니다.

배포는 더 복잡할 수 있지만 다음이 포함될 수 있습니다.

  • SQL이 별도의 컴퓨터에서 분할되는 2 서버 배포
  • 서버가 많은 고가용성 팜

프로젝트 컬렉션은 보안 및 관리 및 물리적 데이터베이스 경계를 위한 컨테이너 역할을 합니다. 관련 프로젝트를 그룹화할 때도 사용됩니다.

마지막으로, 프로젝트는 소스 코드, 작업 항목 등을 비롯한 개별 소프트웨어 프로젝트의 자산을 캡슐화하는 데 사용됩니다.

자세한 정보: Azure DevOps에서 조직 구조를 계획합니다.

인증

Azure DevOps Services 사용하면 공용 인터넷(예: https://contoso.visualstudio.com)을 통해 연결합니다. 조직 설정에 따라 Microsoft 계정 자격 증명 또는 Azure AD 자격 증명으로 인증합니다. 다단계 인증, IP 주소 제한 등과 같은 기능이 필요하도록 Azure AD 설정할 수도 있습니다.

Microsoft 계정 대신 Azure AD 사용하도록 조직을 구성하는 것이 좋습니다. 이 방법은 많은 시나리오에서 더 나은 환경과 향상된 보안을 위한 더 많은 옵션을 제공합니다.

자세한 정보: Azure AD 사용하여 Azure DevOps Services 액세스하는 방법에 대해 알아봅니다.

Azure DevOps Server 사용하면 인트라넷 서버(예: https://tfs.corp.contoso.com:8080/tfs)에 연결합니다. Windows 인증 및 AD(Active Directory) 도메인 자격 증명으로 인증합니다. 이 프로세스는 투명하며 어떤 종류의 로그인 환경도 볼 수 없습니다.

사용자 및 그룹 관리

Azure DevOps Services 유사한 메커니즘을 사용하여 사용자 그룹에 대한 액세스를 제공할 수 있습니다. Azure AD 그룹을 Azure DevOps Services 그룹에 추가할 수 있습니다. Azure AD 대신 Microsoft 계정을 사용하는 경우 사용자를 한 번에 하나씩 추가해야 합니다.

Azure DevOps Server 다양한 Azure DevOps 그룹(예: 개별 프로젝트의 기여자 그룹)에 AD(Active Directory) 그룹을 추가하여 배포에 대한 액세스 권한을 사용자에게 제공합니다. AD 그룹 멤버 자격은 동기화 상태로 유지됩니다. 사용자가 AD에서 추가되고 제거되면 Azure DevOps Server 대한 액세스 권한도 얻고 손실됩니다.

사용자 액세스 관리

Azure DevOps Services 및 Azure DevOps Server 모두 액세스 수준에 사용자를 할당하여 기능에 대한 액세스를 관리합니다. 모든 사용자를 단일 액세스 수준에 할당해야 합니다. 클라우드 및 온-프레미스 제품 모두에서 작업 항목 기능에 대한 무료 액세스를 무제한의 관련자에게 제공할 수 있습니다. 또한 Visual Studio 구독자는 무제한으로 추가 비용 없이 모든 기본 기능에 액세스할 수 있습니다. 액세스 권한이 필요한 다른 사용자에 대해서만 요금을 지불합니다.

Azure DevOps Services 조직의 각 사용자에게 액세스 수준을 할당해야 합니다. Azure DevOps Services 로그인할 때 Visual Studio 구독자의 유효성을 검사합니다. Visual Studio 구독이 없는 5명의 사용자에게 기본 액세스를 무료로 할당할 수 있습니다.

더 많은 사용자에게 기본 액세스 권한을 부여하려면 조직에 대한 청구를 설정하고더 많은 사용자에 대한 요금을 지불합니다. 그렇지 않으면 다른 모든 사용자가 관련자 액세스 권한을 얻습니다.

Azure AD 그룹은 사용자 그룹에 대한 액세스 권한을 부여합니다. 액세스 수준은 첫 번째 로그인 시 자동으로 할당됩니다. 로그인에 Microsoft 계정을 사용하도록 구성된 조직의 경우 각 사용자에게 액세스 수준을 명시적으로 할당해야 합니다.

Azure DevOps Server 모든 사용은 명예 시스템에 있습니다. 라이선스에 따라 사용자의 액세스 수준을 설정하려면 관리 페이지에서 해당 액세스 수준을 지정합니다. 예를 들어 허가되지 않은 사용자 관련자 액세스만 할당합니다.

Azure DevOps Server CAL(클라이언트 액세스 라이선스)이 있는 사용자는 기본 액세스를 가질 수 있습니다. Visual Studio 구독자는 구독에 따라 기본 또는 고급 액세스 권한을 가질 수 있습니다. Azure DevOps Server 이러한 라이선스를 확인하거나 규정 준수를 적용하지 않습니다.

보안 및 데이터 보호

많은 엔터티가 클라우드로 이동하는 것을 고려할 때 데이터 보호에 대해 자세히 알고 싶어 합니다. 우리는 Azure DevOps Services 프로젝트가 안전하고 안전하게 유지되도록 하기 위해 최선을 다하고 있습니다. Microsoft는 이러한 약속을 이행하기 위한 기술 기능 및 비즈니스 프로세스를 갖추고 있습니다. 데이터를 보호하는 단계를 수행할 수도 있습니다. 데이터 보호 개요에서 자세히 알아보세요.

프로세스 사용자 지정

지원되는 프로세스 모델에 따라 두 가지 방법으로 작업 추적 환경을 사용자 지정할 수 있습니다.

  • Azure DevOps Services: WYSIWYG 사용자 지정을 지원하는 상속 프로세스 모델을 사용합니다.
  • Azure DevOps Server: 작업 추적 개체에 대한 XML 정의 파일 가져오기 또는 내보내기를 통해 사용자 지정을 지원하는 상속 프로세스 모델 또는 온-프레미스 XML 프로세스 모델을 선택할 수 있습니다.
  • Azure DevOps Server 2018 및 이전 버전: 온-프레미스 XML 프로세스 모델에만 액세스할 수 있습니다.

온-프레미스 XML 프로세스 모델 옵션은 강력하지만 다양한 문제를 일으킬 수 있습니다. 주요 문제는 기존 프로젝트에 대한 프로세스가 자동으로 업데이트되지 않는다는 것입니다.

예를 들어 2013년 Azure DevOps Server 새로운 작업 항목 유형 및 기타 프로세스 템플릿 변경에 따라 달라지는 몇 가지 새로운 기능이 도입되었습니다. 2012에서 2013으로 업그레이드하는 경우 각 프로젝트 컬렉션은 이러한 변경 내용을 포함하는 각 "상자 내" 프로세스 템플릿의 새 버전을 가져옵니다. 그러나 이러한 변경 내용은 기존 프로젝트에 자동으로 통합되지 않습니다. 대신 업그레이드를 완료한 후 기능 구성 마법사 또는 수동 프로세스를 사용하여 각 프로젝트의 변경 내용을 포함해야 합니다.

Azure DevOps Services 이러한 문제를 방지하기 위해 사용자 지정 프로세스 템플릿 및 witadmin.exe 도구를 항상 사용하지 않도록 설정했습니다. 이 방법을 사용하면 각 Azure DevOps Services 업그레이드를 통해 모든 프로젝트를 자동으로 업데이트할 수 있습니다. 한편, 제품 팀은 쉽고 지속적으로 지원할 수 있는 방식으로 사용자 지정 프로세스를 가능하게 하기 위해 노력하고 있습니다. 최근에 이러한 변경 내용 중 첫 번째를 도입했으며 더 많은 변경 내용이 진행 중입니다.

새로운 프로세스 사용자 지정 기능을 사용하면 웹 UI(사용자 인터페이스) 내에서 직접 변경할 수 있습니다. 프로그래밍 방식으로 프로세스를 사용자 지정하려는 경우 REST 엔드포인트를 통해 이 작업을 수행할 수 있습니다. 이러한 방식으로 프로젝트를 사용자 지정하면 Azure DevOps Services 업그레이드를 통해 새 버전의 기본 프로세스를 릴리스하면 프로젝트가 자동으로 업데이트됩니다.

자세한 내용은 작업 추적 환경 사용자 지정을 참조하세요.

분석 및 보고

Azure DevOps Services 및 Azure DevOps Server 소프트웨어 프로젝트의 진행률과 품질에 대한 인사이트를 제공하는 많은 도구를 제공합니다. 포함된 도구는 다음과 같습니다.

  • 클라우드 및 온-프레미스 플랫폼 모두에서 사용할 수 있는 대시보드 및 경량 차트. 이러한 도구는 쉽게 설정하고 사용할 수 있습니다.
  • Analytics 서비스분석 위젯. Analytics 서비스는 빠른 읽기 액세스 및 서버 기반 집계에 최적화되어 있습니다.
  • Microsoft Power BI 통합은 분석 데이터를 Power BI 보고서로 가져오는 것을 지원하고 단순성과 기능의 조합을 제공합니다.
  • 지원되는 브라우저에서 Analytics 서비스를 직접 쿼리한 다음 반환된 JSON 데이터를 원하는 대로 사용할 수 있는 OData 지원. 여러 프로젝트 또는 전체 조직에 걸쳐 있는 쿼리를 생성할 수 있습니다. Analytics 서비스에 대한 자세한 내용은 보고 로드맵을 참조하세요.

Visual Studio Team Services는 이제 Azure DevOps Services입니다.

이제 VSTS의 많은 주요 서비스가 2019년 Azure DevOps Services Azure DevOps Server 독립 실행형 서비스로 제공됩니다. Azure DevOps Services 서비스를 개별적으로 또는 모두 함께 가져올 수 있습니다. Azure DevOps 구독자인 경우 이미 모든 서비스에 액세스할 수 있습니다.

VSTS 기능 이름 Azure DevOps 서비스 이름 Description
빌드 & 릴리스 Azure Pipelines 모든 언어, 플랫폼 및 클라우드에서 작동하는 CI/CD(지속적인 통합 및 지속적인 업데이트)
코드 Azure Repos 프로젝트에 대한 무제한 클라우드 호스팅 프라이빗 Git 및 Team Foundation 버전 제어(TFVC) 리포지토리입니다.
작업 Azure Boards Kanban 보드, 백로그, 팀 대시보드 및 사용자 지정 보고를 사용하여 작업 추적
테스트 Azure Test Plans 올인원 계획 및 예비 테스트 솔루션입니다.
패키지(확장) Azure Artifacts Maven, npm, Python, 유니버설 패키지 및 NuGet 패키지 피드는 공용 및 프라이빗 원본에서 제공됩니다.

Azure DevOps Services 및 Azure DevOps Server 2019 모두 새 탐색 사용자 인터페이스를 사용하고 세로 사이드바를 사용하여 기본 서비스 영역인 보드, 리포지토리, 파이프라인 등으로 이동합니다. 자세한 내용은 Azure DevOps의 웹 포털 탐색을 참조하세요.

참고

사용자 인터페이스에서 선택 서비스를 사용하지 않도록 설정할 수 있습니다. 자세한 내용은 서비스 설정 또는 해제를 참조하세요.

여전히 Azure DevOps Services 액세스하는 데 사용할 visualstudio.com 수 있습니다. 새 조직의 기본 URL로 새 dev.azure.com 도메인 이름으로 이동했습니다. 해당 URL은 .입니다 https://dev.azure.com/{your organization}/{your project}. 기본 URL을 기반으로 dev.azure.com 하려면 조직 관리자가 조직 설정 페이지에서 URL을 변경할 수 있습니다.