Microsoft Power Automate 흐름의 범위 제어

더 복잡한 흐름을 구축함에 따라 관리는 문제 해결, 테스트 및 유지 관리를 위한 핵심 요소가 됩니다. 이 경우 흐름의 섹션을 더 잘 표시하기 위해 축소 및 확장할 수 있는 특정 도구 아래에 모든 작업을 그룹화하는 것이 중요합니다. Power Automate에서 Scope 컨트롤을 사용하여 이를 수행할 수 있습니다.

범위 는 Power Automate 흐름에서 작업과 조건을 함께 구성하거나 그룹화하는 방법입니다. 

목차

• 샘플 시나리오
• Power Automate에서 범위 제어 사용
• 범위 제어 없이 오류 처리
• 범위 제어를 사용한 오류 처리
• 결론

샘플 시나리오

이 샘플 Power Automate 흐름을 확인해 보겠습니다 .

수정 을 클릭합니다 .

이 흐름은 상당히 복잡합니다. 새 트윗이 게시되면 이메일이 전송됩니다.

그런 다음 내부에 또 다른 중첩 조건 집합이 있는 조건을 트리거합니다.

이를 구성하기 위해 우리가 할 수 있는 것은 유사한 작업을 동일한 범위로 그룹화하는 것입니다. 나중에 그렇게 할 때의 이점에 대해 이야기하겠습니다. 지금은 항목을 함께 그룹화하는 것이 유용한 샘플 시나리오를 살펴보고자 합니다.

이 자습서에서는 이전에 만든 이 간단한 흐름을 사용합니다. 하지만 먼저 이것을 약간 복잡하게 만들어 보겠습니다.

수정 을 클릭합니다 .

HTTP 작업 전에 또 다른 작업을 추가해 보겠습니다 .

Slack 커넥터를 검색하고 클릭합니다 .

그런 다음 메시지 게시 작업을 선택합니다.

일반 채널 에 “ Flow가 시작되었습니다. HTTP 서버 ”를 핑합니다. 

Power Automate에서 범위 제어 사용

이제 이 두 작업을 범위에 넣겠습니다.

그렇게 하려면 더하기 아이콘을 클릭한 다음 작업 추가 를 클릭합니다 .

컨트롤 을 클릭합니다 .

그런 다음 범위 컨트롤을 클릭합니다.

그런 다음 그룹에 있어야 하는 작업을 끌어다 놓습니다. 이 예에서는 Post message 5 와 HTTP 작업을 모두 드래그해 보겠습니다 .

이제 범위의 이름을 " Message and make HTTP request "로 바꾸겠습니다.

이것이 우리가 작업을 쉽게 그룹화할 수 있는 방법입니다. 

범위 제어 없이 오류 처리

이제 오류 처리를 위해 범위를 사용하는 방법에 대해 이야기하겠습니다. 이것이 우리의 흐름이 처음에 보이는 방식입니다. 범위가 존재하지 않는다고 상상해보십시오.

HTTP 요청이 성공하면 흐름이 조건 작업을 수행합니다. 실패하면 Slack의 일반 채널에 " A flow that you have started has failed "라는 메시지를 게시합니다 .

그러나 Post message 5 작업이 실패하면 흐름이 중지됩니다. 오류 처리기를 설정하지 않았기 때문입니다. 여기서 원하는 것은 이전 두 작업 중 하나가 실패할 때마다 오류 알림 메시지가 계속 게시되어야 한다는 것입니다. 따라서 Post message 5 작업 에 대한 또 다른 병렬 분기를 추가해야 합니다 .

Slack 커넥터를 검색하고 선택합니다 .

메시지 게시 를 클릭합니다 .

메시지 게시 4 작업 에서 설정한 것과 유사한 메시지를 Slack의 일반 채널 에 게시합니다 .

세 개의 점을 클릭하고 Configure run after 를 클릭합니다 .

성공 옵션 을 선택 취소합니다 . 그런 다음 has failed, is skipped 및 has timed out 옵션을 확인하십시오 . 그런 다음 완료 를 클릭합니다 .

이제 흐름을 매우 복잡하게 만드는 두 가지 오류 처리 단계가 있습니다.

범위 제어를 사용한 오류 처리

가능한 한 모든 작업에 오류 처리 분기가 있는 것을 원하지 않습니다. 이 흐름에 대한 일련의 작업이 단일 오류 처리 단계를 갖기를 원합니다. 이제 우리가 만든 이 새로운 메시지 게시 작업을 삭제하겠습니다 .

이 두 작업을 범위에 다시 넣겠습니다.

범위 내의 모든 단계가 완료되고 두 작업 중 하나가 실패한 후에만 실행되도록 구성해야 합니다.

성공 옵션 을 선택 취소합니다 . 그런 다음 has failed, is skipped 및 has timed out 옵션을 확인하십시오 . 그런 다음 완료 를 클릭합니다 .

이제 Post 메시지 및 ping HTTP 서버 범위 내의 작업이 실패한 경우에만 트리거되는 단일 오류 처리 작업이 있습니다 . 

이것이 Power Automate 흐름 에서 범위 컨트롤을 사용할 때의 큰 차이점입니다 .

Power Automate의 HTTP 요청 – Microsoft Power Automate의
스크래치 워크플로 입력에서 Power Automate 흐름 만들기 소개

결론

요약하면 범위 제어는 작업과 조건을 체계적으로 유지하는 효율적인 방법입니다. 목적이 다른 여러 범위를 가질 수도 있습니다. 따라서 작업을 여러 범주 단계 또는 논리 단위로 그룹화할 수 있습니다. 개발 관점에서 볼 때 정말 좋은 구성 도구입니다. 복잡한 흐름에서 범위를 사용하면 작업이 훨씬 쉬워집니다.

또한 흐름에서 오류를 처리하는 더 선호되는 방법입니다. 범위 컨트롤을 사용하여 모든 작업의 ​​모든 오류 메시지를 결합할 수 있습니다 . 따라서 각 작업에 대해 개별 오류 처리기를 설정할 필요가 없습니다. 흐름에 대한 오류 관리 블록으로 범위를 사용할 수 있습니다.

모두 제일 좋다,

헨리