Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2020
릴리스 파이프라인을 사용하면 팀이 위험 수준이 낮고 속도가 빠른 여러 단계에서 애플리케이션을 지속적으로 배포할 수 있습니다. 각 단계에 대한 배포는 직무 및 작업을 사용하여 완전히 자동화할 수 있습니다.
Teams는 승인 및 게이트 기능을 활용하여 배포 파이프라인의 워크플로를 제어할 수도 있습니다. 릴리스 파이프라인의 각 단계는 사용자가 수동으로 배포를 승인하거나 거부할 때까지 대기하고 특정 조건이 충족되는 다른 자동화된 시스템을 확인하는 것을 포함할 수 있는 배포 전 및 배포 후 조건으로 구성할 수 있습니다. 또한 팀은 수동 유효성 검사를 구성하여 배포 파이프라인을 일시 중지하고 사용자에게 수동 작업을 수행하라는 메시지를 표시한 다음, 배포를 다시 시작하거나 거부할 수 있습니다.
다음 다이어그램에서는 릴리스 파이프라인 워크플로를 보여 줍니다.
게이트, 승인 및 수동 개입을 사용하면 다양한 배포 요구 사항을 충족하기 위해 릴리스를 완전히 제어할 수 있습니다. 승인, 게이트 및 수동 개입이 유용한 일반적인 시나리오는 다음과 같습니다.
| 시나리오 | 사용할 기능 |
|---|---|
| 사용자는 변경 요청의 유효성을 수동으로 검사하고 특정 단계에 대한 배포를 승인해야 합니다. | 배포 전 승인 |
| 릴리스가 다른 단계로 트리거되기 전에 배포 후에 사용자가 수동으로 로그아웃해야 합니다. | 배포 후 승인 |
| 팀은 빌드를 스테이지에 배포하기 전에 작업 항목 또는 문제 관리 시스템에 활성 문제가 없는지 확인하려고 합니다. | 배포 전 게이트 |
| 팀은 릴리스를 트리거하기 전에 배포 후 보고된 인시던트가 없는지 확인하려고 합니다. | 배포 후 게이트 |
| 배포 후 팀은 사용자에게 로그아웃하라는 메시지를 표시하기 전에 지정된 시간 동안 대기하려고 합니다. | 배포 후 게이트 및 배포 후 승인 |
| 배포하는 동안 사용자는 수동으로 특정 지침을 따르고 배포를 다시 시작해야 합니다. | 수동 개입 또는 수동 유효성 검사 |
| 배포 중에 팀은 배포 작업에서 사용하는 매개 변수의 값을 입력하도록 사용자에게 요청하거나 사용자가 릴리스를 편집할 수 있도록 허용하려고 합니다. | 수동 개입 또는 수동 유효성 검사 |
| 배포하는 동안 팀은 모니터링 또는 정보 포털이 활성 인시던트를 검색할 때까지 기다렸다가 다른 배포 작업을 계속하려고 합니다. | 예정 |
릴리스 파이프라인 내에서 세 가지 기술을 모두 결합하여 고유한 배포 요구 사항을 완전히 달성할 수 있습니다.
또한 ServiceNow 통합되는 확장을 설치하여 ITIL과 같은 서비스 관리 방법론을 통해 배포를 제어하고 관리할 수 있습니다. 자세한 내용은 ServiceNow 변경 관리 통합을 참조하십시오.
비고
배포 전 게이트가 실행되기 전의 시간 지연은 48시간으로 제한됩니다. 대신 게이트의 전체 시작을 지연해야 하는 경우 릴리스 파이프라인에서 지연 작업 사용하는 것이 좋습니다.
# Delay further execution of a workflow by a fixed time
pool: server
steps:
- task: Delay@1
displayName: 'Delay by 5 minutes'
inputs:
delayForMinutes: 5
비고
지연 작업 은 에이전트가 없는 작업에서만 사용할 수 있습니다.