DevOps 데이터 검색 오류가 있는 변경 요청 생성

  • 릴리스 버전: Zurich
  • 업데이트 날짜 2025년 07월 31일
  • 소요 시간: 5분

    • DevOps 데이터 검색에서 오류가 발생한 경우에도 변경 요청을 생성합니다.

    변경 요청 생성 개요

    주:
    DevOps 데이터 검색 오류가 있는 변경 요청 생성은 , GitHub Actions, GitLabJenkins, 및 하네스 파이프라인에 대해서만 Azure DevOps지원됩니다.

    DevOps 데이터 검색에서 오류 유무에 관계없이 변경 요청을 생성할 수 있습니다. 이 기능은 DevOps 데이터 검색 속성에 오류가 있는 경우에도 변경 요청 생성 활성화 로 제어할 수 있습니다. DevOps 데이터 검색에 오류가 있는 경우에도 변경 요청 생성 사용 속성이 활성화되고 작업 항목, 커밋, 테스트 요약 또는 보안 요약과 같은 DevOps 데이터를 검색하는 동안 오류가 발생하면 해당 변경 요청이 계속 생성됩니다. 검색할 수 있는 데이터는 여전히 변경 요청과 연결됩니다. 검색할 수 없는 데이터의 경우, 오류의 원인이 외부 공급업체 콘솔에서 사용자에게 통지되며, 단계 실행 기록의 변경 설명 필드와 변경 작업 메모에도 동일한 정보가 추가됩니다.

    DevOps 데이터 검색 속성에 오류가 있는 경우에도 변경 요청 생성 활성화를 사용하도록 설정하지 않으면 파이프라인 실행의 단계에 오류가 없는 경우에만 변경 요청이 생성됩니다. 오류가 발생하면 파이프라인이 중단되고 오류의 원인이 인바운드 이벤트의 처리 세부 정보 필드에 추가되며 외부 공급업체 콘솔에서 사용자에게 동일한 알림이 전송됩니다.

    자세한 내용은 DevOps 변경 속도 속성 문서를 참조하십시오.

    DevOps 데이터 검색 오류가 있는 변경 요청 승인

    DevOps 데이터 검색 오류로 is_change_with_partial_data 생성된 변경 요청의 경우 모든 변경 승인 정책에 대해 정책 입력이 True 로 설정됩니다. DevOps 데이터를 수동으로 확인한 후 변경을 승인하거나 거부할 수 있도록 수동 변경 승인 결정만 해당 변경에 적용됩니다. DevOps 변경 정책 데이터 수집 하위 플로우에서 이 Is change with partial data 작업은 DevOps 데이터 검색 오류가 있는 변경 생성 여부를 결정합니다.

    DevOps 데이터 검색 오류가 있는 변경 요청에 대한 파이프라인 UI

    DevOps 데이터 검색 오류와 함께 변경 요청이 생성되면 오류가 발생한 스테이지를 지정하는 카드가 노란색으로 표시됩니다. 오류가 있는 변경에 대해 오류 스테이지 카드를 노란색으로 표시하는 파이프라인 UI

    주:
    CI(빌드 파이프라인)가 CD(릴리스) 파이프라인을 트리거하도록 설정되어 있고 릴리스 파이프라인에서 변경이 생성되는 경우 빌드 파이프라인에서 데이터가 수집되어 변경 요청과 연결됩니다. ServiceNow DevOps 변경 속도가 빌드 파이프라인 이벤트 전에 릴리스 파이프라인 이벤트를 수신하고 처리하는 상황이 있을 수 있습니다. 이 경우 일부 데이터를 검색하는 동안 오류가 발생하더라도 빌드 파이프라인의 DevOps 데이터를 사용하여 변경 내용이 생성됩니다. DevOps 데이터 검색 속성에 오류가 있는 경우에도 변경 요청 생성 활성화가 활성화된 경우에도 이 동작을 관찰할 수 있습니다. 또한 이 경우 정책 입력은 is_change_with_partial_data false가 되며, DevOps 데이터 검색 오류가 있는 변경 요청의 경우 항상 수동과 달리 승인 플로우에 정의된 방식으로 승인 프로세스가 적용됩니다.

    콜백 시간 제한

    파이프라인 실행 중에 인바운드 이벤트가 대기 상태로 전환되면 시스템은 속성의 시간 제한 값을 sn_devops.change _request_callback_timeout 초과할 때까지 변경 처리를 시도한 후 파이프라인이 중단됩니다. 오류의 원인은 타사 도구의 콘솔 로그에 표시됩니다. 콜백 시간 제한으로 인해 파이프라인이 취소되면 해당 단계 실행의 콜백 레코드에 동일한 정보가 추가됩니다. DevOps 관리자에게 문의하여 속성의 시간 제한 값을 늘릴 수 있습니다 sn_devops.change_request_callback_timeout . 이 속성의 기본값은 120분이고 최솟값은 60분입니다. 자세한 내용은 DevOps 변경 속도 속성 문서를 참조하십시오.

    주:
    해당 파이프라인에서 GitHub 변경 자동화 사용자 지정 작업, GitLab Docker 변경 자동화 사용자 지정 작업 또는 Harness Docker 변경 자동화 사용자 지정 작업을 사용하여 변경 요청을 생성하는 경우 GitHub, GitLab 또는 Harness가 변경 상태에 대해 ServiceNow DevOps를 폴링할 수 있도록 사용자 지정 작업에 간격을 제공해야 합니다. 변경이 지정된 간격 내에 ServiceNow에서 적절한 상태에 도달하면 변경 결과에 따라 적절한 상태가 GitHub, GitLab 또는 Harness 파이프라인으로 전송되어 파이프라인을 재개하거나 중단합니다. 자세한 내용은 AND 일반 Docker 컨테이너 이미지를 사용하여 파이프라인에 대한 사용자 지정 작업 구현 를 참조하십시오GitHub 마켓플레이스의 ServiceNow DevOps 사용자 지정 작업. 따라서 변경 사용자 지정 작업이 포함된 파이프라인이 실행되고 GitHub, GitLab 또는 Harness의 단계 알림이 ServiceNow DevOps에 도달하지 않은 경우 ServiceNow DevOps에서 콜백, 단계 실행 및 작업 실행의 연결이 발생하지 않습니다. 연결을 사용할 수 없으므로 변경 내용이 생성되지 않으며 ServiceNow DevOps는 연결이 준비될 때까지 대기합니다. 이와 동시에 GitHub, GitLab 또는 Harness는 간격에 지정된 시간에 도달할 때까지 ServiceNow에 변경 상태를 폴링합니다. 간격이 지나고 속성에 지정된 sn_devops.change_request_callback_timeout 시간 제한에 도달하면 ServiceNow DevOps는 파이프라인을 정상적으로 종료하지 않고 결국 파이프라인을 종료하는 GitHub, GitLab 또는 Harness 단계에 설정된 기본 시간 제한 동안 파이프라인을 종료합니다. 이 시나리오에서 중요한 정보는 ServiceNow DevOps가 단계 이벤트가 GitHub, GitLab 또는 Harness 콘솔 로그의 ServiceNow DevOps에 도달하지 않았다는 것을 사용자에게 알릴 수 없다는 것입니다.

    업그레이드

    업그레이드한 후에는 속성이 기본적으로 false로 설정됩니다. 현재 변경 프로세스는 그대로 작동하지만 DevOps 데이터를 검색하는 동안 오류가 발생하면 파이프라인이 중단되고(무기한 대기하는 대신) 오류 원인이 인바운드 이벤트 처리 세부 정보 필드에 추가되고 외부 공급업체 콘솔에서 사용자에게 동일한 알림이 전달된다는 점만 알 수 있습니다. DevOps 데이터를 검색하는 동안 오류가 있는 변경 요청을 생성하고 파이프라인에 실패하지 않으려면 DevOps 데이터 검색 속성에 오류가 있는 경우에도 변경 요청 생성 활성화 를 활성화할 수 있습니다. 이는 변경 요청 작업 메모 및 누락될 수 있는 오류나 데이터가 포함된 타사 콘솔 로그에 수집되고 적절하게 통보된 DevOps 증거를 통해 변경 사항을 자동으로 생성함으로써 변경 승인자와 AppDev 팀에 가치를 제공합니다.

    제한사항

    DevOps 데이터 검색에 오류가 있는 경우에도 변경 요청 생성 사용 속성이 활성화되고 파이프라인의 ADO 아티팩트 패키지 단계에서 오류가 발생하는 경우 ADO 아티팩트가 연결되지 않은 상태로 변경이 생성되지만 해당 오류는 작업 메모, 단계 실행 변경 설명 또는 ADO 콘솔 로그에 알려지지 않습니다.