다음을 통해 공유


Azure Logic Apps에서 워크플로 상태 확인, 실행 기록 보기, 경고 설정

적용 대상: Azure Logic Apps(사용량 + 표준)

논리 앱 워크플로를 만들고 실행한 후에는 해당 워크플로의 실행 상태, 트리거 기록, 워크플로 실행 기록 및 성능을 확인할 수 있습니다.

이 가이드에서는 다음 작업을 수행하는 방법을 보여 줍니다.

표준 워크플로의 워크플로 실행 상태를 모니터링하고 검토하려면 단일 테넌트 Azure Logic Apps에서 표준 Logic Apps 워크플로 예 만들기의 다음 섹션을 참조하세요.

실시간 이벤트 모니터링 및 더욱 풍부한 디버깅을 위해 Azure Monitor 로그를 사용하여 논리 앱 워크플로에 대한 진단 로깅을 설정할 수 있습니다. 이 Azure 서비스를 사용하면 클라우드 및 온-프레미스 환경을 모니터링하여 가용성과 성능을 보다 쉽게 유지 관리할 수 있습니다. 그러면 트리거 이벤트, 실행 이벤트 및 작업 이벤트와 같은 이벤트를 찾고 볼 수 있습니다. Azure Monitor 로그에 이 정보를 저장하여 이 정보를 찾고 분석하는 데 도움이 되는 로그 쿼리를 만들 수 있습니다. 또한 Azure Storage 및 Azure Event Hubs와 같은 다른 Azure 서비스에서 이 진단 데이터를 사용할 수도 있습니다. 자세한 내용은 Azure Monitor를 사용하여 논리 앱 모니터링을 참조하세요.

트리거 기록 검토

각 워크플로 실행은 일정에 따라 실행되거나 들어오는 요청 또는 이벤트를 기다리는 트리거로 시작합니다. 트리거 기록은 워크플로가 수행한 모든 트리거 시도 및 각 트리거 시도의 입력과 출력에 대한 정보를 나열합니다.

  1. Azure Portal의 디자이너에서 논리 앱 리소스와 워크플로를 엽니다.

  2. 논리 앱 메뉴에서 개요를 선택합니다. 개요 창에서 트리거 기록을 선택합니다.

    트리거 기록이라는 옵션이 선택된 사용량 논리 앱 워크플로의 개요 창을 보여 주는 스크린샷.

    트리거 기록에서 모든 트리거 시도가 표시됩니다. 트리거가 성공적으로 실행되면 Azure Logic Apps는 개별 워크플로 인스턴스를 만들고 해당 인스턴스를 실행합니다. 기본적으로 실행을 시작하기 전에 대기하는 워크플로가 없도록 각 인스턴스는 병렬로 실행합니다. 워크플로가 여러 이벤트 또는 항목에 대해 동시에 트리거되는 경우 날짜와 시간이 같은 각 항목에 대해 트리거 항목이 나타납니다.

    사용량 논리 앱 워크플로와 다양한 항목에 대한 여러 트리거 시도가 포함된 개요 창을 보여 주는 스크린샷.

    다음 표에서는 가능한 트리거 상태를 보여 줍니다.

    트리거 상태 설명
    실패함 오류가 발생했습니다. 실패한 트리거에 생성된 오류 메시지를 검토하려면 해당 트리거 시도를 선택하고 출력을 선택합니다. 예를 들어 유효하지 않은 입력을 찾을 수 있습니다.
    생략 트리거가 엔드포인트를 확인했지만 지정된 기준을 충족하는 데이터를 찾지 못했습니다.
    성공함 트리거는 엔드포인트를 확인하고 사용할 수 있는 데이터를 찾았습니다. 일반적으로 실행됨 상태도 이 상태와 함께 나타납니다. 그렇지 않은 트리거 정의는 SplitOn 또는 조건을 충족하지 않는 명령을 포함합니다.

    이 상태는 수동 트리거, 되풀이 기반 트리거 또는 폴링 트리거에 적용될 수 있습니다. 작업이 처리되지 않은 오류를 생성할 때 트리거가 성공적으로 실행될 수는 있지만 실행 자체는 실패할 수 있습니다.

    다음 되풀이를 기다리지 않고 트리거를 다시 확인할 수 있습니다. 개요 창 도구 모음 또는 디자이너 도구 모음에서 트리거 실행>실행을 선택합니다.

  3. 특정 트리거 시도에 대한 정보를 보려면 해당 트리거 이벤트를 선택합니다.

    선택된 사용량 워크플로 트리거 항목을 보여 주는 스크린샷.

    목록에 표시된 트리거 시도가 많아서 원하는 항목을 찾을 수 없는 경우 목록을 필터링해 보세요. 예상한 데이터를 찾을 수 없는 경우 도구 모음에서 새로 고침을 선택해보세요.

    이제 선택한 트리거 이벤트에 대한 정보를 검토할 수 있습니다. 예를 들면 다음과 같습니다.

    선택된 사용량 워크플로 트리거 기록 정보를 보여 주는 스크린샷.

워크플로 실행 기록 검토

트리거가 성공적으로 실행되면 Azure Logic Apps는 워크플로 인스턴스를 만들고 해당 인스턴스를 실행합니다. 기본적으로 실행을 시작하기 전에 대기하는 워크플로가 없도록 각 인스턴스는 병렬로 실행합니다. 워크플로 내 각 단계의 상태, 입력 및 출력을 비롯하여 해당 실행 중에 발생한 결과를 검토할 수 있습니다.

  1. Azure Portal의 디자이너에서 논리 앱 리소스와 워크플로를 엽니다.

  2. 논리 앱 메뉴에서 개요를 선택합니다. 개요 페이지에서 실행 기록을 선택합니다.

    실행 기록에서 모든 이전, 현재 및 대기 중인 실행이 나타납니다. 여러 이벤트 또는 항목에 대해 동시에 트리거가 실행되는 경우 날짜와 시간이 같은 각 항목에 대해 하나의 항목이 나타납니다.

    실행 기록 옵션이 선택된 사용량 워크플로 및 개요 페이지를 보여 주는 스크린샷.

    다음 표에서는 가능한 실행 상태를 보여 줍니다.

    실행 상태 설명
    중단됨 시스템이 중단되거나 Azure 구독이 만료되는 등의 외부 문제로 인해 실행이 중지되었거나 완료되지 않았습니다.
    취소 실행이 트리거되고 시작되었지만 취소 요청이 수신되었습니다.
    실패함 실행에서 하나 이상의 작업이 실패했습니다. 실패를 처리하는 워크플로의 후속 작업이 설정되지 않았습니다.
    실행 중 실행이 트리거되었으며 진행 중입니다. 그렇지만 이 상태는 작업 제한 또는 현재 가격 책정 플랜으로 인해 제한된 실행에 대해서만 나타날 수 있습니다.

    : 진단 로깅을 설정한 경우 발생하는 모든 제한된 이벤트에 대한 정보를 얻을 수 있습니다.
    성공함 실행이 성공했습니다. 작업이 실패하면 워크플로의 후속 작업에서 실패를 처리합니다.
    Timed out 현재 기간이 실행 기록 보존 기간(일) 설정을 통해 제어되는 실행 기간 제한을 초과하여 실행 시간이 초과되었습니다. 실행의 기간은 실행의 시작 시간과 해당 시작 시간의 실행 기간 제한을 사용하여 계산됩니다.

    참고: 실행 기간이 현재 실행 기록 보존 제한을 초과하는 경우(또한 실행 기록 보존 기간(일) 설정에 의해 제어됨) 일간 정리 작업을 통해 실행 기록에서 실행이 지워집니다. 실행 시간이 초과되건 실행이 완료되건 보존 기간은 항상 실행의 시작 시간과 현재 보존 제한을 사용하여 계산됩니다. 따라서 진행 중인 실행의 기간 제한을 낮추면 실행 시간이 초과됩니다. 그러나 실행 기간이 보존 제한을 초과했는지 여부에 따라 실행이 유지되거나 실행 기록에서 지워집니다.
    대기 중 예를 들어 아직 실행 중인 이전 워크플로 인스턴스 때문에 실행이 시작되지 않았거나 일시 중지되었습니다.
  3. 특정 실행의 단계 및 기타 정보를 검토하려면 실행 기록에서 해당 실행을 선택합니다. 목록에 표시된 실행이 많아서 원하는 항목을 찾을 수 없는 경우 목록을 필터링해 보세요.

    실행 상태가 표시되지 않으면 새로 고침을 선택하여 개요 페이지를 새로 고칩니다. 조건이 충족되지 않거나 데이터를 찾을 수 없어 트리거를 건너뛴 경우에는 실행이 발생하지 않습니다.

    선택된 사용량 워크플로 실행을 보여 주는 스크린샷.

    논리 앱 실행 창에는 선택한 실행의 각 단계, 각 단계의 실행 상태 및 각 단계를 실행하는 데 걸린 시간이 표시됩니다. 예를 들면 다음과 같습니다.

    선택한 워크플로 실행의 각 작업을 보여 주는 스크린샷.

    목록 양식에서 이 정보를 보려면 논리 앱 실행 도구 모음에서 실행 세부 정보를 선택합니다.

    실행 세부 정보 옵션을 선택한 논리 앱 실행이라는 도구 모음을 보여 주는 스크린샷.

    실행 세부 정보에는 각 단계, 해당 상태 및 기타 정보가 표시됩니다.

    워크플로의 각 단계에 대한 실행 세부 정보를 보여 주는 스크린샷

    예를 들어 Logic Apps용 REST API를 사용할 때 필요할 수 있는 실행의 상관 관계 ID를 가져올 수 있습니다.

  4. 특정 단계에 대한 추가 정보를 가져오려면 다음 옵션 중 하나를 선택합니다.

    • 논리 앱 실행 창에서 셰이프가 확장되도록 단계를 선택합니다. 이제 입력 및 출력과 같은 정보와 해당 단계에서 발생한 오류를 볼 수 있습니다.

      예를 들어 실패한 작업이 있고 해당 단계가 실패하도록 할 수 있는 입력을 검토하려고 했다고 가정합니다. 셰이프를 확장하면 해당 단계에 대한 입력, 출력 및 오류를 볼 수 있습니다.

      실패한 예제 단계에 대해 확장된 셰이프가 있는

    • 논리 앱 실행 세부 정보 창에서 원하는 단계를 선택합니다.

      실패한 단계 예제가 선택된 “논리 앱 실행 세부 정보” 창을 보여 주는 스크린샷

    참고 항목

    모든 런타임 세부 정보 및 이벤트는 Azure Logic Apps 내에서 암호화되며 사용자가 해당 데이터를 보도록 요청할 때만 암호가 해독됩니다. Azure RBAC(역할 기반 액세스 제어)를 사용하여 실행 기록에서 입력 및 출력을 숨기거나 이 정보에 대한 사용자 액세스를 제어할 수 있습니다.

동일한 입력으로 워크플로 다시 실행

워크플로에서 이전에 사용한 것과 동일한 입력을 사용하여 이전에 완료된 워크플로를 다음과 같은 방법으로 다시 실행할 수 있습니다.

  • 전체 워크플로를 다시 실행합니다.

  • 특정 작업에서 시작하는 워크플로를 다시 실행합니다. 다시 제출된 작업 및 모든 후속 작업은 평소와 같이 실행됩니다.

이 작업을 완료하면 워크플로의 실행 기록에 새 워크플로 실행이 만들어지고 추가됩니다.

제한 사항 및 고려 사항

  • 기본적으로 사용량 워크플로와 실행 기록을 기록하고 저장하는 표준 상태 저장 워크플로만 지원됩니다. 상태 비저장 표준 워크플로에서 이러한 기능을 사용하려면 상태 저장 모드를 사용하도록 설정합니다. 자세한 내용은 상태 비저장 워크플로에 대한 실행 기록 사용상태 비저장 커넥터에 대한 상태 저장 모드 사용을 참조하세요.

  • 다시 제출된 실행은 워크플로 정의를 업데이트한 경우에도 원래 실행과 동일한 워크플로 버전을 실행합니다.

  • 순차 워크플로의 작업만 다시 실행할 수 있습니다. 병렬 경로가 있는 워크플로는 현재 지원되지 않습니다.

  • 워크플로에 성공, 실패 또는 취소됨과 같은 완료 상태가 있어야 합니다.

  • 특정 작업에서 다시 실행하려면 워크플로에 40개 이하의 작업이 있어야 합니다.

  • 워크플로에 작업 만들기 또는 삭제와 같은 작업이 있는 경우 실행을 다시 제출하면 중복 데이터가 만들어지거나 더 이상 존재하지 않는 데이터를 삭제하려고 시도하여 오류가 발생할 수 있습니다.

  • 이러한 기능은 현재 Visual Studio Code 또는 Azure CLI에서 사용할 수 없습니다.

전체 워크플로 다시 실행

  1. Azure Portal의 디자이너에서 논리 앱 리소스와 워크플로를 엽니다.

  2. 논리 앱 메뉴에서 개요를 선택합니다. 개요 페이지에서 실행 기록을 선택합니다.

    실행 기록에서 모든 이전, 현재 및 대기 중인 실행이 나타납니다. 여러 이벤트 또는 항목에 대해 동시에 트리거가 실행되는 경우 날짜와 시간이 같은 각 항목에 대해 하나의 항목이 나타납니다.

  3. 실행 기록 창에서 다시 제출하려는 실행을 선택합니다.

  4. 논리 앱 실행 도구 모음에서 다시 제출을 선택한 다음 를 선택합니다.

    이제 실행 기록 창에 다시 제출된 실행이 표시됩니다.

    다시 제출된 실행이 표시되지 않으면 실행 기록 창 도구 모음에서 새로 고침을 선택합니다. 조건이 충족되지 않거나 데이터를 찾을 수 없어 트리거를 건너뛴 경우에는 실행이 발생하지 않습니다.

  5. 다시 제출된 워크플로 실행에 대한 입력 및 출력을 검토하려면 실행 기록 탭에서 해당 실행을 선택합니다.

특정 작업에서 다시 실행

재실행 기능은 순차적이고 복잡한 동시성 시나리오를 제외한 모든 작업에 사용할 수 있으며 다음 제한 사항에 따라 사용할 수 있습니다.

actions 다시 제출의 가용성 및 제한 사항
Condition 작업 및 True/False 경로 작업 - Condition 작업의 경우 가능
- True/False 작업의 경우 불가능
For each 작업 및 루프 내부와 루프 이후의 모든 작업 모든 작업의 경우 불가능
Switch 작업 및 Default 경로 및 Case 경로 내의 모든 작업 - Switch 작업의 경우 가능
- Default 경로 및 Case 경로 내의 모든 작업의 경우 불가능
Until 작업 및 루프 내부와 루프 이후의 모든 작업 모든 작업의 경우 불가능
  1. Azure Portal에서 논리 앱 리소스를 엽니다.

  2. 논리 앱 리소스 메뉴에서 개요를 선택합니다. 개요 페이지에서 워크플로의 실행 기록을 표시하는 실행 기록을 선택합니다.

  3. 실행 기록 탭에서 다시 제출하려는 실행을 선택합니다.

    실행 세부 정보 페이지가 열리고 실행의 각 단계에 대한 상태가 표시됩니다.

  4. 실행 세부 정보 페이지에서 워크플로 실행을 다시 제출할 작업을 찾고 바로 가기 메뉴를 연 다음 이 작업에서 제출을 선택합니다.

    실행 세부 정보 페이지가 새로 고침되고 새 실행이 표시됩니다. 다시 제출된 작업 이전에 오는 모든 작업에는 입력 및 출력 다시 사용을 나타내는 밝은 색의 상태 아이콘이 표시됩니다. 다시 제출된 작업 및 후속 작업에는 일반적으로 색이 지정된 상태 아이콘이 표시됩니다. 자세한 내용은 워크플로 실행 기록 검토를 참조하세요.

    실행이 완전히 완료되지 않은 경우 실행 세부 정보 페이지 도구 모음에서 새로 고침을 선택합니다.

모니터링 경고 설정

논리 앱의 특정 메트릭 또는 초과된 임계값에 대한 경고를 받으려면 Azure Monitor에서 경고를 설정합니다. 자세한 내용은 Azure의 메트릭을 검토하세요.

Azure Monitor를 사용하지 않고 경고를 설정하려면 사용량 및 표준 논리 앱 리소스 모두에 적용되는 다음 단계를 따릅니다.

  1. 논리 앱 메뉴의 모니터링에서 경고를 선택합니다. 도구 모음에서 만들기>경고 규칙을 선택합니다.

  2. 경고 규칙 만들기 페이지의 신호 이름 목록에서 경고를 가져오려는 신호를 선택합니다.

    참고 항목

    사용 가능한 경고 신호는 사용량 및 표준 논리 앱 간에 다릅니다. 예를 들어 사용량 논리 앱에는 트리거 완료트리거 실패와 같은 많은 트리거 관련 신호가 있는 반면 표준 워크플로에는 워크플로 트리거 완료 횟수워크플로 트리거 실패율 신호가 있습니다.

    예를 들어 사용량 워크플로에서 트리거가 실패할 때 경고를 보내려면 다음 단계를 수행합니다.

    1. 신호 이름 목록에서 트리거 실패 신호를 선택합니다.

    2. 경고 논리에서 조건을 설정합니다. 예를 들면 다음과 같습니다.

      속성 예제 값
      Threshold Static
      집계 유형 Count
      Operator 크거나 같음
      단위 Count
      임계값 1

      이제 미리 보기 섹션에 설정한 조건이 표시됩니다. 예를 들면 다음과 같습니다.

      실패한 트리거 수가 1보다 크거나 같을 때마다

    3. 평가 시기에서 조건 확인 일정을 설정합니다.

      속성 예제 값
      확인 간격 1분
      되돌아보기 기간 5분

      예를 들어, 완료된 조건은 다음 예와 유사하며 이제 경고 규칙 만들기 페이지에 해당 경고 실행 비용이 표시됩니다.

      사용량 논리 앱 및 경고 규칙 조건을 보여 주는 스크린샷

  3. 준비가 되면 검토 + 만들기를 선택합니다.

일반적인 정보는 특정 리소스에서 경고 규칙 만들기 - Azure Monitor를 참조하세요.

다음 단계