릴리스 파이프라인의 Azure DevOps 병렬 스테이지

  • 릴리스 버전: Australia
  • 업데이트 날짜 2026년 03월 12일
  • 소요 시간: 5분
  • 이제 릴리스 파이프라인 의 병렬 스테이지가 동시에 처리되고 파이프라인 UI에 DevOps 실시간으로 표시됩니다. 기본 시스템 사전 배포 조건과 릴리스 게이트를 사용하면 병렬 스테이지의 세부 정보를 포함하는 변경 요청을 생성할 수 있습니다.

    Azure DevOps에 대한 기본 시스템 병렬 스테이지 지원

    조직은 병렬 스테이지를 사용하여 병렬로 수행할 수 있는 작업의 릴리스 프로세스를 자동화하고 속도를 높입니다. 예를 들어 릴리스 파이프라인에는 여러 테스트 및 소프트웨어 품질 도구가 통합되어 있으며 병렬로 실행되도록 구성된 작업이 있습니다. 각 작업을 순차적으로 실행하지 않으면 릴리스 파이프라인 실행 속도가 크게 빨라집니다.

    ServiceNow DevOps 는 릴리스 파이프라인에서 병렬 스테이지 처리를 지원하고 파이프라인 UI의 DevOps 병렬 뷰에 스테이지를 표시합니다. 효과적으로 파이프라인 UI는 DevOps 실시간으로 GUI를 Azure DevOps 복제합니다.

    파이프라인 UI에서 처리된 스테이지의 상세 정보를 볼 수도 있습니다.
    중요사항:
    병렬 스테이지에 대한 지원은 릴리스 파이프라인으로 제한됩니다. 에서 빌드 파이프라인Azure DevOps에 대해 병렬 스테이지가 구성되어 있더라도 빌드 파이프라인은 파이프라인 UI에서 DevOps 순차적 또는 일렬 방식으로 계속 표시됩니다.
    그림 1. 병렬 스테이지가 있는 ADO 파이프라인
    병렬 스테이지가 있는 ADO 파이프라인
    병렬 스테이지가 있는 샘플 ADO 파이프라인
    pipeline {
        agent any
    
        stages {
            stage('Build') {
                steps { 
                    echo 'Building...'
                    // Your build steps here
                }
            }
    
            stage('Test') {
                parallel {
                    stage('Unit Tests') {
                        steps {
                            echo 'Running unit tests...'
                            // Your unit test steps here
                        }
                    }
                    stage('Integration Tests') {
                        steps {
                            echo 'Running integration tests...'
                            // Your integration test steps here
                        }
                    }
                    stage('Additional Tests') {
                        steps {
                            script {
                                parallel(
                                    'Nested Stage 1': {
                                        echo 'Running nested parallel stage 1...'
                                        // Your nested parallel stage 1 steps here
                                    },
                                    'Nested Stage 2': {
                                        echo 'Running nested parallel stage 2...'
                                        // Your nested parallel stage 2 steps here
                                    }
                                )
                            }
                        }
                    }
                }
            }
    
            stage('Deploy') {
                steps {
                    echo 'Deploying...'
                    snDevOpsChange changeRequestDetails: '{ "attributes": {"chg_model": "e55d0bfec343101035ae3f52c1d3ae49","standard_change_template"="563504cc47410200e90d87e8dee490e2"},"autoCloseChange": false}',changeStepTimeOut: 18000, pollingInterval: 60
                    // Your deploy steps here
                }
            }
        }
    }
    

    ServiceNow® DevOps 변경 요청을 생성하기 위한 사전 배포 조건의 릴리스 게이트

    기본 시스템 ServiceNow DevOps 배포 전 조건과 함께 릴리스 게이트가 추가됩니다. 인스턴스를 호출 ServiceNow AI Platform 하도록 구성된 기본 시스템 배포 게이트를 활성화하여 프로덕션 단계에 배포하기 전에 변경 요청을 생성합니다. 이제 이전(업스트림) 스테이지의 모든 처리가 완료된 후에 변경 요청이 생성됩니다. 변경 요청은 모든 업스트림 스테이지에서 관련 상세 정보를 캡처하여 다음 관련 목록에 표시합니다.
    • 커밋
    • 작업 항목
    • 테스트 요약
    • 소프트웨어 품질 요약
    • 아티팩트 버전

    파이프라인 실행에서 프로덕션 배포 단계 이전의 병렬 스테이지 처리를 완료하면 변경 요청이 자동으로 생성되어 파이프라인 실행 뷰의 프로덕션에 배포 단계에 매핑됩니다. 변경 요청이 승인되면 프로덕션 단계에서 처리가 완료됩니다.

    관련 파이프라인의 파이프라인 실행 뷰에서 파이프라인 UI 관련 링크를 클릭하여 에 표시되는 파이프라인의 실시간 상태를 확인합니다.Azure DevOps 빌드 파이프라인, 테스트 결과, 소프트웨어 품질 요약 결과에서 제공되는 관련 아티팩트 상세 정보가 파이프라인 UI에 표시됩니다.

    병렬 작업에 대한 변경 작성 시퀀스

    Azure의 작업 정보는 다음 시간 동안 ServiceNow에서 수신됩니다.

    1. 스테이지 완료 시
    2. 등록-변경 단계가 실행될 때입니다.

    Azure는 잠재적으로 병렬로 실행되는 작업에도 불구하고 작업 큐 시간을 기준으로 작업 정보를 순차적으로 제공합니다. 따라서 이전에 큐에 대기한 병렬 작업이 완료되지 않은 상태로 남아 있는 동안 등록 변경 단계가 실행되면 시스템은 병렬 작업이 업스트림 작업이라고 간주하여 변경 생성 프로세스가 완료될 때까지 대기합니다. 그러나 등록-변경 작업을 포함한 모든 작업이 완료될 때까지 스테이지 완료 알림이 수신되지 않습니다.

    이로 인해 ServiceNow의 변경 프로세스는 병렬 작업이 완료될 때까지 기다리는 반면 병렬 작업은 스테이지 완료 알림을 기다린 다음 레지스터 변경 작업이 완료될 때까지 기다리는 교착 상태 시나리오가 만들어집니다.

    이 교착 상태로 인해 변경이 만들어질 때까지 Azure 파이프라인 작업이 이미 실패하여 이벤트 API에서 500 오류가 발생합니다. 작업을 다시 실행하면 이전에 큐에 대기 중인 병렬 작업이 완료된 것으로 표시되므로 문제가 해결됩니다.

    업그레이드 고려 사항

    업그레이드하기 전에 다음 고려 사항을 검토해야 합니다.
    중요사항:
    변경 요청은 병렬 작업이 포함된 스테이지에 존재해서는 안 됩니다.
    • 작업 실행 테이블의 업스트림 실행 열은 새로 설치할 때 표시되지 않습니다. 업그레이드 전에 업스트림 실행 열을 사용하여 수행한 사용자 지정은 영향을 받지 않습니다.
    • 스테이지가 동시에 실행되는 경우 변경 요청은 어떤 스테이지에서도 첫 번째 작업이 되어서는 안 됩니다.
    • 업그레이드 후 새 릴리스 파이프라인 실행은 병렬 스테이지를 동시에 처리하고 파이프라인 UI에 병렬 스테이지 및 관련 상세 정보를 표시합니다. Azure DevOps 업그레이드 전에 이미 실행되고 저장된 ServiceNow DevOps 릴리스 파이프라인은 영향을 받지 않으며 이미 실행되고 유지 ServiceNow DevOps 되는 병렬 스테이지를 계속 연속적으로 표시합니다.
    • 여러 시작 스테이지가 있는 릴리스 파이프라인의 두 개 이상의 시작 스테이지에서 배포 ServiceNow DevOps 전 릴리스 게이트가 활성화된 경우 여러 파이프라인이 실행될 수 있습니다.
    주:
    각 시작 단계에 대해 패키지가 생성되지만 파이프라인 실행 당 하나의 패키지가 연결됩니다.