아래의 해결책을 참조하세요.
설명:
1. Microsoft Azure Portal을 열고 Azure 계정에 로그인합니다.
2. az400-9940427-nsg1이라는 네트워크 보안 그룹(NSG)을 선택합니다.
3. 설정, 아웃바운드 보안 규칙을 선택하고 추가를 클릭합니다.
4. 고급을 클릭하세요

5. 다음 설정을 변경하세요.
* 대상 포트 범위: 8080
* 프로토콜. TCP
* 작업: 허용
참고: 기본적으로 Azure DevOps Server는 TCP 포트 8080을 사용합니다.
참고문헌:
https://robertsmit.wordpress.com/2017/09/11/단계별 Azure 네트워크 보안 그룹 NSG 보안 센터 az
https://docs.microsoft.com/en-us/azure/devops/server/architecture/required-ports?view=azure-devops

설명:

User1: 프로젝트 관리자
코드를 위키로 게시하려면 "저장소 생성" 권한이 있어야 합니다. 기본적으로 이 권한은 "프로젝트 관리자" 그룹 구성원에게 설정되어 있습니다.
User2: 기여자
기여자 보안 그룹의 구성원인 사람은 누구나 위키 페이지를 추가하거나 편집할 수 있습니다.
이해관계자를 포함하여 팀 프로젝트에 접근할 수 있는 사람은 누구나 위키를 볼 수 있습니다.
참조:
https://docs.microsoft.com/en-us/azure/devops/project/wiki/wiki-create-repo

설명:

박스 1: 기본
TFS CAL이 있고, Visual Studio Professional 구독이 있으며, 조직 내에서 Azure Boards & Repos에 대한 비용을 지불하는 사용자에게 기본 권한을 할당합니다.
상자 2: 이해관계자
라이선스나 구독이 없고 제한된 기능에만 액세스해야 하는 사용자에게 이해 관계자를 할당합니다.
메모:
사용자 또는 사용자 그룹에 다음 액세스 수준 중 하나를 할당합니다.
기본: 대부분의 기능에 대한 액세스를 제공합니다
VS Enterprise: 프리미엄 기능에 대한 액세스를 제공합니다
이해 관계자: 부분적 액세스 제공, 무제한 사용자에게 무료로 할당 가능 참조: https://docs.microsoft.com/en-us/azure/devops/organizations/security/access-levels?view=vsts

SonarQube와 Azure DevOps를 사용하면 기술 부채를 관리할 수 있습니다.
참고: 기술 부채는 개발 과정에서 고객 가치 향상을 위한 진전을 비효율적으로 만드는 일련의 문제입니다. 기술 부채는 코드를 이해하기 어렵게 만들고, 취약하게 만들고, 변경에 시간을 많이 소모하고, 검증하기 어렵게 만들고, 진행을 방해하는 계획되지 않은 작업을 발생시켜 생산성을 저하시킵니다. 기술 부채를 제대로 관리하지 않으면 누적되어 장기적으로 소프트웨어의 전반적인 품질과 개발팀의 생산성을 저해할 수 있습니다. SonarQube는 코드 품질을 지속적으로 검사하고 정적 분석을 통해 자동 검토를 수행하는 오픈 소스 플랫폼으로, 다음과 같은 기능을 제공합니다.
버그 감지
코드 냄새
보안 취약점
품질 중앙화
이 랩에서 다루는 내용
참조:
https://azuredevopslabs.com/labs/vstsextend/sonarqube/

1 - 확장자가 .ps1인 DSC(Desired State Configuration) 구성 파일을 만듭니다.
2 - Import-AzureRmAutomationDscConfiguration Azure Powershell cmdlet을 실행합니다.
3 - Start-AzureRmAutomationDscCompilationJob Azure Powershell cmdlet 참조를 실행합니다.
https://docs.microsoft.com/en-us/powershell/module/azurerm.automation/import-azurermautomationdscconfiguration
https://docs.microsoft.com/en-us/powershell/module/azurerm.automation/start-azurermautomationdsccompilationjob
주제 3, 우드그로브 은행
일반 개요
우드그로브 은행은 영국에 본사를 둔 금융 서비스 회사입니다.
기술 요구 사항 및 계획된 변경 사항
계획된 변경 사항
Woodgrove Bank는 다음과 같은 프로젝트 관리 변경 사항을 구현할 계획입니다.
프로젝트 추적을 위해 Azure DevOps를 구현합니다.
비공개 GitHub 저장소에서 소스 코드 제어를 중앙화합니다.
빌드 파이프라인과 릴리스 파이프라인을 위해 Azure Pipelines를 구현합니다.
Woodgrove Bank는 ID 환경에 다음과 같은 변경 사항을 구현할 계획입니다.
woodgrovebank.com이라는 Azure AD 테넌트를 배포합니다.
Active Directory 도메인을 Azure AD와 동기화합니다.
서비스 주체를 사용하도록 App1을 구성합니다.
GitHub를 Azure AD와 통합합니다.
Woodgrove Bank는 핵심 앱에 다음과 같은 변경 사항을 구현할 계획입니다.
App1을 ASP.NET Core로 마이그레이션합니다.
Azure Pipelines와 App2를 개발하는 데 사용되는 타사 빌드 도구를 통합합니다.
Woodgrove Bank는 DevOps 환경에 다음과 같은 변경 사항을 구현할 계획입니다.
App1을 Azure App Service에 배포합니다.
DB1 스키마에 대한 소스 제어를 구현합니다.
TFS1의 모든 소스 코드를 GitHub로 마이그레이션합니다.
VM1이라는 Azure 가상 머신에 App2를 배포합니다.
POC 브랜치를 GitHub 기본 브랜치에 병합합니다.
이해관계자가 개발 진행 상황을 모니터링할 수 있는 Azure DevOps 대시보드를 구현합니다.
기술 요구 사항
Woodgrove Bank는 다음과 같은 기술적 요구 사항을 파악했습니다.
새로운 환경을 위한 초기 데이터베이스에는 스키마 데이터와 참조 데이터가 모두 포함되어야 합니다.
VM1에 대한 Azure Monitor 알림은 다음 요구 사항을 충족하도록 구성되어야 합니다.
평균 CPU 사용량이 15분 동안 80%를 초과하면 트리거됩니다.
1분마다 CPU 사용량 평균을 계산합니다.
POC 브랜치의 커밋 기록은 기본 브랜치의 기록을 대체해야 합니다.
Azure DevOps 대시보드에는 다음 표에 표시된 메트릭이 표시되어야 합니다.

Azure DevOps에 대한 액세스는 특정 IP 주소로 제한되어야 합니다.
App1의 페이지 로드 시간을 캡처하여 모니터링해야 합니다.
행정적 노력을 최소화해야 합니다.