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

  • 릴리스 버전: Xanadu
  • 업데이트 날짜 2024년 08월 01일
  • 읽기5분

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

    DevOps를 사용한 변경 생성 데이터 개요

    주:
    DevOps 데이터 검색 오류가 있는 변경 요청 생성은 , GitHub Actions, GitLab및 Jenkins 파이프라인에 대해서만 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 Change Velocity가 빌드 파이프라인 이벤트 전에 릴리스 파이프라인 이벤트를 수신하고 처리하는 상황이 있을 수 있습니다. 이 경우 일부 데이터를 검색하는 동안 오류가 발생하더라도 빌드 파이프라인의 DevOps 데이터를 사용하여 변경이 생성됩니다. DevOps 데이터 검색 속성에 오류가 있는 경우에도 변경 요청 생성 활성화가 활성화된 경우에도 이 동작을 관찰할 수 있습니다. 또한 이 경우 정책 입력은 false가 되며, is_change_with_partial_data DevOps 데이터 검색 오류가 있는 변경 요청의 경우 항상 수동인 경우와 달리 승인 플로우에 정의된 방식으로 승인 프로세스가 적용됩니다.

    콜백 시간 제한

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

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

    업그레이드

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

    제한사항

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