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