Azure Logic Apps에서 워크플로 상태 확인, 실행 기록 보기, 경고 설정
적용 대상: Azure Logic Apps(사용량 + 표준)
논리 앱 워크플로를 실행한 후 해당 워크플로의 실행 상태, 트리거 기록, 워크플로 실행 기록 및 성능을 확인할 수 있습니다.
이 가이드에서는 다음 작업을 수행하는 방법을 보여 줍니다.
- 트리거 기록을 검토합니다.
- 워크플로 실행 기록을 검토합니다.
- 실패 또는 기타 가능한 문제에 대한 경고를 가져오려면 경고를 설정합니다. 예를 들어 "한 시간에 5개 이상의 실행이 실패하는 경우"를 검색하는 경고를 만들 수 있습니다.
실시간 이벤트 모니터링 및 더욱 풍부한 디버깅을 위해 Azure Monitor 로그를 사용하여 논리 앱 워크플로에 대한 진단 로깅을 설정할 수 있습니다. 이 Azure 서비스를 사용하면 클라우드 및 온-프레미스 환경을 모니터링하여 가용성과 성능을 보다 쉽게 유지 관리할 수 있습니다. 그러면 트리거 이벤트, 실행 이벤트 및 작업 이벤트와 같은 이벤트를 찾고 볼 수 있습니다. Azure Monitor 로그에 이 정보를 저장하여 이 정보를 찾고 분석하는 데 도움이 되는 로그 쿼리를 만들 수 있습니다. 또한 Azure Storage 및 Azure Event Hubs와 같은 다른 Azure 서비스에서 이 진단 데이터를 사용할 수도 있습니다. 자세한 내용은 Azure Monitor를 사용하여 논리 앱 모니터링을 참조하세요.
트리거 기록 검토
각 워크플로 실행은 일정에 따라 실행되거나 들어오는 요청 또는 이벤트를 기다리는 트리거로 시작합니다. 트리거 기록은 워크플로가 수행한 모든 트리거 시도 및 각 트리거 시도의 입력과 출력에 대한 정보를 나열합니다.
Azure Portal의 디자이너에서 사용량 논리 앱 리소스와 워크플로를 엽니다.
논리 앱 메뉴에서 개요를 선택합니다. 개요 페이지에서 트리거 기록을 선택합니다.
트리거 기록에서 모든 트리거 시도가 표시됩니다. 트리거가 성공적으로 실행되면 Azure Logic Apps는 개별 워크플로 인스턴스를 만들고 해당 인스턴스를 실행합니다. 기본적으로 실행을 시작하기 전에 대기하는 워크플로가 없도록 각 인스턴스는 병렬로 실행합니다. 워크플로가 여러 이벤트 또는 항목에 대해 동시에 트리거되는 경우 날짜와 시간이 같은 각 항목에 대해 트리거 항목이 나타납니다.
다음 표에서는 가능한 트리거 상태를 보여 줍니다.
트리거 상태 설명 실패함 오류가 발생했습니다. 실패한 트리거에 생성된 오류 메시지를 검토하려면 해당 트리거 시도를 선택하고 출력을 선택합니다. 예를 들어 유효하지 않은 입력을 찾을 수 있습니다. 생략 트리거가 엔드포인트를 확인했지만 지정된 기준을 충족하는 데이터를 찾지 못했습니다. 성공함 트리거는 엔드포인트를 확인하고 사용할 수 있는 데이터를 찾았습니다. 일반적으로 실행됨 상태도 이 상태와 함께 나타납니다. 그렇지 않은 경우 트리거 정의에 충족되지 않은 조건 또는 SplitOn 명령이 있을 수 있습니다.
이 상태는 수동 트리거, 되풀이 기반 트리거 또는 폴링 트리거에 적용될 수 있습니다. 작업이 처리되지 않은 오류를 생성할 때 트리거가 성공적으로 실행될 수는 있지만 실행 자체는 실패할 수 있습니다.팁
다음 되풀이를 기다리지 않고 트리거를 다시 확인할 수 있습니다. 개요 페이지 도구 모음 또는 디자이너 도구 모음에서 실행, 실행을 선택합니다.
특정 트리거 시도에 대한 정보를 보려면 해당 트리거 이벤트를 선택합니다.
목록에 표시된 트리거 시도가 많아서 원하는 항목을 찾을 수 없는 경우 목록을 필터링해 보세요. 예상한 데이터를 찾을 수 없는 경우 도구 모음에서 새로 고침을 선택해보세요.
이제 선택한 트리거 이벤트에 대한 정보를 검토할 수 있습니다. 예를 들면 다음과 같습니다.
워크플로 실행 기록 검토
트리거가 성공적으로 실행될 때마다 Azure Logic Apps는 워크플로 인스턴스를 만들고 해당 인스턴스를 실행합니다. 기본적으로 실행을 시작하기 전에 대기하는 워크플로가 없도록 각 인스턴스는 병렬로 실행합니다. 워크플로 내 각 단계의 상태, 입력 및 출력을 비롯하여 해당 실행 중에 발생한 결과를 검토할 수 있습니다.
Azure Portal의 디자이너에서 사용량 논리 앱 리소스와 워크플로를 엽니다.
논리 앱 메뉴에서 개요를 선택합니다. 개요 페이지에서 실행 기록을 선택합니다.
실행 기록에서 모든 이전, 현재 및 대기 중인 실행이 나타납니다. 여러 이벤트 또는 항목에 대해 동시에 트리거가 실행되는 경우 날짜와 시간이 같은 각 항목에 대해 하나의 항목이 나타납니다.
팁
실행 상태가 표시되지 않으면 새로 고침을 선택하여 개요 페이지를 새로 고쳐 보세요. 충족되지 않은 조건 또는 데이터 찾기로 인해 건너뛴 트리거에 대해 실행이 발생하지 않습니다.
다음 표에서는 가능한 실행 상태를 보여 줍니다.
실행 상태 설명 중단됨 시스템이 중단되거나 Azure 구독이 만료되는 등의 외부 문제로 인해 실행이 중지되었거나 완료되지 않았습니다. 취소 실행이 트리거되고 시작되었지만 취소 요청이 수신되었습니다. 실패함 실행에서 하나 이상의 작업이 실패했습니다. 실패를 처리하는 워크플로의 후속 작업이 설정되지 않았습니다. 실행 중 실행이 트리거되었으며 진행 중입니다. 그러나 작업 제한 또는 현재 가격 책정 계획으로 인해 제한되는 실행에 대해서도 이 상태가 나타날 수 있습니다.
팁: 진단 로깅을 설정한 경우 발생하는 모든 제한된 이벤트에 대한 정보를 얻을 수 있습니다.성공함 실행이 성공했습니다. 작업이 실패하면 워크플로의 후속 작업에서 실패를 처리합니다. Timed out 현재 기간이 실행 기간 제한을 초과하여 실행 시간이 초과되었습니다. 이 제한은 실행 기록 보존 기간(일)이라는 설정에 의해 제어됩니다. 실행 기간은 해당 시작 시간에 실행의 시작 시간 및 실행 기간 제한을 사용하여 계산됩니다.
참고: 실행 기간도 현재 실행 기록 보존 한도를 초과하는 경우( 일 단위로 실행 기록 보존이라는 설정에 의해 제어됨) 매일 정리 작업으로 실행 기록에서 실행이 지워집니다. 실행 시간이 초과되건 실행이 완료되건 보존 기간은 항상 실행의 시작 시간과 현재 보존 제한을 사용하여 계산됩니다. 따라서 진행 중인 실행의 기간 제한을 줄이면 실행 시간이 초과됩니다. 그러나 실행 기간이 보존 제한을 초과했는지 여부에 따라 실행이 유지되거나 실행 기록에서 지워집니다.대기 중 실행이 아직 시작되지 않았거나 일시 중지되었습니다(예: 아직 실행 중인 이전 워크플로 인스턴스로 인해). 특정 실행의 단계 및 기타 정보를 검토하려면 실행 기록에서 해당 실행을 선택합니다. 목록에 표시된 실행이 많아서 원하는 항목을 찾을 수 없는 경우 목록을 필터링해 보세요.
실행 기록 페이지가 열리고 선택한 실행의 각 단계에 대한 상태가 표시됩니다. 예를 들면 다음과 같습니다.
다음 표에서는 각 워크플로 작업이 포털에서 가질 수 있고 표시할 수 있는 가능한 상태를 보여 줍니다.
작업 상태 아이콘 설명 중단됨 
시스템이 중단되거나 Azure 구독이 만료되는 등의 외부 문제로 인해 작업이 중지되었거나 완료되지 않았습니다. 취소 
작업이 실행 중이지만 취소 요청을 받았습니다. 실패함 
작업이 실패했습니다. 실행 중 
작업이 현재 실행 중입니다. 생략 
해당 runAfter 조건이 충족되지 않았기 때문에(예: 이전 작업 실패) 작업을 건너뛰었습니다. 각 작업에는 runAfter현재 작업을 실행하려면 충족해야 하는 조건을 설정할 수 있는 개체가 있습니다.성공함 
작업이 성공했습니다. 다시 시도하여 성공함 
한 번 또는 여러 번 시도한 후에 작업에 성공했습니다. 다시 시도 기록을 검토하려면 실행 기록 페이지에서 입력 및 출력을 볼 수 있도록 해당 작업을 선택합니다. Timed out 
해당 작업의 설정에 지정된 제한 시간으로 인해 작업이 중지되었습니다. 대기 중 
호출자의 인바운드 요청을 기다리는 웹후크 작업에 적용됩니다. 목록 양식의 정보를 보려면 실행 기록 도구 모음에서 실행 세부 정보를 선택합니다.
논리 앱 실행 세부 정보 창에는 각 단계, 해당 상태 및 기타 정보가 나열됩니다.
예를 들어 Logic Apps용 REST API를 사용할 때 필요할 수 있는 실행의 상관 관계 ID 속성을 가져올 수 있습니다.
특정 단계에 대한 추가 정보를 가져오려면 다음 옵션 중 하나를 선택합니다.
실행 기록 페이지에서 해당 단계에서 발생한 입력, 출력 및 오류를 표시하는 창을 여는 단계를 선택합니다.
예를 들어 실패한 단계가 있는 워크플로가 있다고 가정합니다. 단계가 실패할 수 있는 입력을 검토하려고 합니다.
이 시나리오에서는 전자 메일을 보내는 데 사용되는 전자 메일 계정에 대한 연결이 잘못되었거나 누락되어 오류가 발생했습니다.
실행 기록 페이지 도구 모음에서 세부 정보 실행을 선택합니다. 열리는 논리 앱 실행 세부 정보 창에서 원하는 단계를 선택합니다. 예를 들면 다음과 같습니다.
참고 항목
모든 런타임 세부 정보 및 이벤트는 Azure Logic Apps 내에서 암호화되며 사용자가 해당 데이터를 보도록 요청할 때만 암호가 해독됩니다. Azure RBAC(Azure 역할 기반 액세스 제어)를 사용하여 워크플로 실행 기록에서 입력 및 출력을 숨기거나 이 정보에 대한 사용자 액세스를 제어할 수 있습니다.
동일한 입력으로 워크플로 다시 실행
워크플로에서 이전에 사용한 것과 동일한 입력을 사용하여 이전에 완료된 워크플로를 다음과 같은 방법으로 다시 실행할 수 있습니다.
전체 워크플로를 다시 실행합니다.
특정 작업에서 시작하는 워크플로를 다시 실행합니다. 다시 제출된 작업 및 모든 후속 작업은 평소와 같이 실행됩니다.
이 작업을 완료하면 워크플로의 실행 기록에 새 워크플로 실행이 만들어지고 추가됩니다.
제한 사항 및 고려 사항
기본적으로 사용량 워크플로와 실행 기록을 기록하고 저장하는 표준 상태 저장 워크플로만 지원됩니다. 상태 비저장 표준 워크플로에서 이러한 기능을 사용하려면 상태 저장 모드를 사용하도록 설정합니다. 자세한 내용은 상태 비저장 워크플로에 대한 실행 기록 사용 및 상태 비저장 커넥터에 대한 상태 저장 모드 사용을 참조하세요.
다시 제출된 실행은 워크플로 정의를 업데이트한 경우에도 원래 실행과 동일한 워크플로 버전을 실행합니다.
순차 워크플로의 작업만 다시 실행할 수 있습니다. 병렬 경로가 있는 워크플로는 현재 지원되지 않습니다.
워크플로에 성공, 실패 또는 취소됨과 같은 완료 상태가 있어야 합니다.
특정 작업에서 다시 실행하려면 워크플로에 40개 이하의 작업이 있어야 합니다.
워크플로에 작업 만들기 또는 삭제와 같은 작업이 있는 경우 실행을 다시 제출하면 중복 데이터가 만들어지거나 더 이상 존재하지 않는 데이터를 삭제하려고 시도하여 오류가 발생할 수 있습니다.
이러한 기능은 현재 Visual Studio Code 또는 Azure CLI에서 사용할 수 없습니다.
전체 워크플로 다시 실행
Azure Portal의 디자이너에서 사용량 논리 앱 리소스와 워크플로를 엽니다.
논리 앱 메뉴에서 개요를 선택합니다. 개요 페이지에서 실행 기록을 선택합니다.
실행 기록에서 모든 이전, 현재 및 대기 중인 실행이 나타납니다. 여러 이벤트 또는 항목에 대해 동시에 트리거가 실행되는 경우 날짜와 시간이 같은 각 항목에 대해 하나의 항목이 나타납니다.
실행 기록 페이지에서 다시 실행할 실행을 선택한 다음 다시 제출을 선택합니다.
실행 기록 탭은 다시 제출된 실행을 실행 목록에 추가합니다.
팁
다시 제출된 실행이 표시되지 않으면 실행 기록 페이지 도구 모음에서 새로 고침을 선택합니다. 충족되지 않은 조건 또는 데이터 찾기로 인해 건너뛴 트리거에 대해 실행이 발생하지 않습니다.
다시 제출된 실행이 완료된 후 입력 및 출력을 검토하려면 실행 기록 탭에서 해당 실행을 선택합니다.
특정 작업에서 다시 실행
다시 실행 작업 기능은 순차적이지 않은 워크플로, 복잡한 동시성 시나리오 및 다음 제한 사항을 제외한 대부분의 작업에 사용할 수 있습니다.
| actions | 다시 제출의 가용성 및 제한 사항 |
|---|---|
| Condition 작업 및 True/False 경로 작업 | - Condition 작업의 경우 가능 - True/False 작업의 경우 불가능 |
| For each 작업 및 루프 내부와 루프 이후의 모든 작업 | 모든 작업의 경우 불가능 |
| Switch 작업 및 Default 경로 및 Case 경로 내의 모든 작업 | - Switch 작업의 경우 가능 - Default 경로 및 Case 경로 내의 모든 작업의 경우 불가능 |
| Until 작업 및 루프 내부와 루프 이후의 모든 작업 | 모든 작업의 경우 불가능 |
Azure Portal에서 소비 논리 앱 리소스를 엽니다.
논리 앱 리소스 메뉴에서 개요를 선택합니다. 개요 페이지에서 워크플로의 실행 기록을 표시하는 실행 기록을 선택합니다.
실행 기록 탭에서 워크플로를 다시 실행할 작업이 있는 실행을 선택합니다.
실행 기록 페이지가 열리고 선택한 실행의 각 단계에 대한 상태가 표시됩니다.
특정 작업에서 시작하는 워크플로를 다시 실행하려면 다음 옵션 중 하나를 선택합니다.
워크플로 다시 실행을 시작할 위치에서 작업을 찾고, 바로 가기 메뉴를 열고, 이 작업에서 제출을 선택합니다.
워크플로 다시 실행을 시작할 위치에서 작업을 선택합니다. 열리는 창의 작업 이름 아래에서 이 작업에서 제출을 선택합니다.
실행 기록 페이지가 새로 고쳐지고 다시 제출된 실행이 표시됩니다. 다시 제출된 작업 이전에 오는 모든 작업에는 입력 및 출력 다시 사용을 나타내는 밝은 색의 상태 아이콘이 표시됩니다. 다시 제출된 작업 및 후속 작업에는 색이 지정된 상태 아이콘이 표시됩니다. 자세한 내용은 워크플로 실행 기록 검토를 참조하세요.
팁
다시 제출된 실행이 완전히 완료되지 않으면 실행 세부 정보 페이지 도구 모음에서 새로 고침을 선택합니다.
모니터링 경고 설정
워크플로에서 특정 메트릭 또는 초과 임계값을 기반으로 경고를 받으려면 Azure Monitor에서 경고를 사용하여 논리 앱 리소스를 설정합니다. 자세한 내용은 Azure의 메트릭을 참조하세요.
Azure Monitor를 사용하지 않고 경고를 설정하려면 사용량 및 표준 논리 앱 리소스 모두에 적용되는 다음 단계를 따릅니다.
논리 앱 리소스 메뉴의 모니터링 아래에서 경고를 선택합니다. 도구 모음에서 만들기>경고 규칙을 선택합니다.
경고 규칙 만들기 페이지의 신호 이름 목록에서 경고를 가져오려는 신호를 선택합니다.
참고 항목
경고 신호는 소비 및 표준 논리 앱 간에 다릅니다. 예를 들어 사용량 논리 앱에는 트리거 완료 및 트리거 실패와 같은 많은 트리거 관련 신호가 있는 반면 표준 워크플로에는 워크플로 트리거 완료 횟수 및 워크플로 트리거 실패율 신호가 있습니다.
예를 들어 사용량 워크플로에서 트리거가 실패할 때 경고를 보내려면 다음 단계를 수행합니다.
신호 이름 목록에서 트리거 실패 신호를 선택합니다.
경고 논리에서 조건을 설정합니다. 예를 들면 다음과 같습니다.
속성 예제 값 Threshold Static 집계 유형 Count Operator 크거나 같음 단위 Count 임계값 1 이제 미리 보기 섹션에 설정한 조건이 표시됩니다. 예를 들면 다음과 같습니다.
실패한 트리거 수가 1보다 크거나 같을 때마다
평가 시기에서 조건 확인 일정을 설정합니다.
속성 예제 값 확인 간격 1분 되돌아보기 기간 5분 예를 들어, 완료된 조건은 다음 예와 유사하며 이제 경고 규칙 만들기 페이지에 해당 경고 실행 비용이 표시됩니다.
준비가 되면 검토 + 만들기를 선택합니다.
일반적인 정보는 특정 리소스에서 경고 규칙 만들기 - Azure Monitor를 참조하세요.