1. 포털에 로그인하고,
2. Deploy-lod9940427 템플릿을 선택합니다.
3. 템플릿 편집을 선택한 다음 JSON 템플릿 코드를 코드 창에 붙여넣습니다.
4. 총 256개의 IP 주소만 지원하려면 ASddressPrefixes를 10.0.0.0/24로 변경합니다.
addressSpace":{"addressPrefixes": ["10.0.0.0/24"]},
5. 총 64개의 IP 주소만 지원하도록 firstSubnet addressprefix를 10.0.0.0/26으로 변경합니다.
"서브넷":[
{
"이름":"firstSubnet",
"속성":{
"addressPrefix":"10.0.0.0/24"
}
6. 저장을 선택합니다.

7. 매개변수 편집을 선택하고 표시된 매개변수에 대한 값을 제공한 다음 확인을 선택합니다.
8 구독을 선택합니다. 사용하려는 구독을 선택한 다음 확인을 선택합니다.
9. 리소스 그룹을 선택합니다. 기존 리소스 그룹을 선택하거나 새로 만든 다음, 확인을 선택합니다.

10. 만들기를 선택합니다. 대시보드의 새 타일은 템플릿 배포 진행 상황을 추적합니다.
참조:
https://docs.microsoft.com/en-us/azure-stack/user/azure-stack-deploy-template-portal?view=azs-1908
https://docs.microsoft.com/en-us/azure/architecture/building-blocks/extending-templates/update-resource

설명
아래 표시된 릴리스 파이프라인을 통해 모델링할 수 있는 릴리스 파이프라인의 예:

이 예에서는 각각 다른 빌드 파이프라인에서 두 빌드(아티팩트)의 특정 버전을 수집하여 웹 사이트 릴리스를 생성합니다. 릴리스는 먼저 개발 단계에 배포된 다음 두 개의 QA 단계로 병렬로 분기됩니다. 두 QA 단계에서 배포가 성공하면 릴리스가 Prod ring 1에 배포된 다음 Prod ring 2에 배포됩니다. 각 프로덕션 링은 전 세계 여러 위치에 배포된 동일한 웹 사이트의 여러 인스턴스를 나타냅니다.
참조: https://docs.microsoft.com/en-us/azure/devops/pipelines/release
주제 1, 사례 연구: 2개요
기존 환경
이것은 사례 연구 사례 연구는 별도로 석회하지 않습니다. 각 사례를 완료하는 데 원하는 만큼의 시험 시간을 사용할 수 있습니다. 그러나 이 시험에 추가 사례 연구 및 섹션이 있을 수 있습니다. 제공된 시간 내에 이 시험에 포함된 모든 문제를 완료할 수 있도록 시간을 관리해야 합니다.
사례 연구에 포함된 질문에 답하려면 사례 연구에 제공된 정보를 참조해야 합니다. 사례 연구에는 사례 연구에 설명된 시나리오에 대한 추가 정보를 제공하는 전시회 및 기타 리소스가 포함될 수 있습니다. 각 질문은 이 사례 연구의 다른 질문과 독립적입니다.
사례 연구가 끝나면 검토 화면이 나타납니다. 이 화면에서는 시험의 다음 섹션으로 이동하기 전에 답변을 검토하고 변경 사항을 짝짓기할 수 있습니다. 새 섹션을 시작한 후에는 이 섹션으로 돌아갈 수 없습니다.
사례 연구를 시작하려면
이 사례 연구의 첫 번째 질문을 표시하려면 다음 버튼을 클릭하세요. 질문에 답하기 전에 왼쪽 창에 있는 버튼을 사용하여 사례 연구의 내용을 탐색하십시오. 이 버튼을 클릭하면 비즈니스 요구 사항, 기존 환경 및 문제 설명과 같은 정보가 표시됩니다. 사례 연구에 모든 정보 탭이 있는 경우 표시되는 정보는 후속 탭에 표시되는 정보와 동일합니다. 질문에 답할 준비가 되면 질문 버튼을 클릭하여 질문으로 돌아갑니다.
요구 사항
Contoso는 Azue DevOps 원칙을 구현하는 IT 개발 및 운영 프로세스를 개선할 계획입니다.
Contoso에는 Azure 구독이 있고 Azure DevOPs 조직을 만듭니다.
Azure DevOps 조직에는 다음이 포함됩니다.
* 도커 확장
* Windows Server를 실행하는 10개의 Azure 가상 머신을 포함하는 Pool7이라는 배포 풀
2016.
Azure 구독에는 Azure Automation 계정이 포함되어 있습니다.
계획된 변경
Contoso는 다음 표와 같이 Azure DevOps에서 프로젝트를 만들 계획입니다.

기술 요구 사항
Contoso는 다음 기술 요구 사항을 식별합니다.
* 빌드 에이전트 부패 프로젝트 1을 구현합니다.
* 가능하면 Azure 리소스를 사용하십시오.
*더 이상 사용되지 않는 기술을 사용하지 마십시오.
* 다음과 같은 Project2용 코드 흐름 전략을 구현합니다.
*팀 2가 Project2에 대한 풀 요청을 제출할 수 있도록 합니다.
* 팀 2가 프로젝트 복사본의 변경 사항에 대해 독립적으로 작업할 수 있도록 하시겠습니까?
* Project2의 사본에서 Tram2에 의해 수행된 모든 중간 변경 사항은 Project2의 빌드 정책에서 정의된 것과 동일한 제한 사항이 적용됩니다.
* 언제든지 가능할 때. 자동화를 구현하고 관리 작업을 최소화합니다.
* 계획된 변경 사항에 따라 Protect3, Project5, Project6 및 Project7을 구현합니다.
* Project4를 구현하고 Docker 이미지를 Azure Container Reentry로 푸시하도록 프로젝트를 구성합니다.

Jenkins를 사용하여 Azure DevOps Services 및 TFS에 대한 서비스 후크를 만들 수 있습니다.
그러나 서비스 구독 이벤트는 코드 푸시 이벤트를 사용해야 하며 코드가 Git 리포지토리로 푸시될 때 트리거됩니다.

설명