Power Automate에서 HTTP 요청하기

이 블로그 게시물에서는 Power Automate를 사용하여 HTTP 요청을 생성하는 방법을 알아봅니다. HTTP 요청은 데이터를 전송하는 데 사용되지만 이것이 첫 번째 솔루션이 되어서는 안 됩니다. 첫 번째 솔루션은 항상 애플리케이션에 대한 커넥터를 찾는 것입니다. 이 블로그 하단에서 이 튜토리얼의 전체 비디오를 볼 수 있습니다.

목차

• 전력 자동화 및 커넥터
• HTTP 요청 만들기 및 받기
• 데스크톱 흐름
• HTTP 요청 워크플로우 작동 방식
• HTTP 요청에서 흐름 시작
• JASON 파일 구문 분석
• 각 커넥터에 적용 사용
• 워크플로 구현
• 결론

전력 자동화 및 커넥터

커넥터는 Power Automate가 다른 애플리케이션과 통신하는 방법입니다. Power Automate에는 이미 수천 개의 커넥터를 사용할 수 있습니다. 예를 들어 Microsoft 애플리케이션(Teams, SharePoint, OneDrive) 또는 커넥터가 있는 기타 애플리케이션(Dropbox, SAP)과 관련된 항목을 자동화해야 하는 경우 HTTP 요청 방식이 아닌 항상 커넥터 방식을 사용해야 합니다. .

HTTP 요청 만들기 및 받기

그래도 커넥터가 없으면 HTTP를 사용할 수 있습니다. HTTP 요청은 Power Automate에서 커넥터가 없지만 REST API 라는 것이 있을 수 있는 다른 애플리케이션과 통신하는 데 사용됩니다 .

따라서 기본적으로 응용 프로그램 개발자는 사람들이 요청을 할 수 있도록 응용 프로그램을 노출한 다음 해당 요청에 따라 데이터를 반환할 수 있습니다. 클라이언트를 위해 내부적으로 구축된 CRM 소프트웨어를 예로 들 수 있습니다. 그들은 확실히 Power Automate용 커넥터를 만들고 싶지 않기 때문에 목록 고객을 위해 CRM 소프트웨어를 ping할 수 있는 다양한 소스의 HTTP 요청을 허용합니다. 그러면 해당 고객 목록이 해당 HTTP 요청에 의해 반환됩니다.

데스크톱 흐름

HTTP 요청이 없으면 데스크톱 흐름 이라는 것을 사용해야 합니다 . 데스크톱 흐름은 거의 모든 것을 자동화할 수 있기 때문에 매우 강력합니다. 기록하고 일부 작업을 수행한 다음 반복할 수 있는 Excel 매크로와 매우 유사합니다. 데스크톱에서 파일을 이동하거나 애플리케이션을 여는 것과 같이 데스크톱에만 있는 작업을 자동화하려는 경우에 사용됩니다.

HTTP 요청 워크플로우 작동 방식

HTTP 워크플로로 이동하여 작동 방식을 살펴보겠습니다. 내 Power Automate가 열려 있고 REST API에 대한 실제 자습서가 있습니다.

HTTP 요청의 예로, 사용자 목록을 제공하도록 API에 지시할 수 있는 API가 있는 웹 사이트를 사용하겠습니다. 아래는 우리 회사에 있는 이메일 또는 고객 목록입니다.

다시 말하지만 이것은 이 애플리케이션 개발자가 실제로 액세스 권한을 부여한 API입니다. 여기에서 HTTP 요청을 했고 실제 JSON이 반환되었습니다. 해당 JSON을 Pretty Print 라는 항목에 복사할 수 있습니다 .

Make Pretty를 클릭하여 실제로 어떻게 보이는지 확인했습니다.

오른쪽에서 페이지 당 페이지, 고객 수, 총 페이지 수, 각 ID를 볼 수 있습니다.

각 ID에 대해 이메일, 이름, 성 및 아바타를 받습니다. 그것은 우리가 만든 이 API에서 6명의 고객에 대한 많은 정보입니다.

HTTP 요청에서 흐름 시작

우리는 매일 아침 실행되는 흐름을 원합니다. 이 흐름은 1페이지에서 이 고객 목록을 보낼 수 있어야 합니다.

먼저 흐름에 대한 수동 트리거를 만드는 것으로 시작합니다. 이 흐름은 버튼을 클릭할 때만 실행되지만 흐름이 반복되어 매일 아침 실행되도록 변경할 수도 있습니다.

그런 다음 메서드를 구현하는 HTTP 커넥터가 있습니다. API에 적용할 수 있는 메서드는 GET 및 POST 두 가지입니다 . PATCH 및 DELETE 도 있지만 거의 사용되지 않습니다.

API에서 정보를 얻으려면 일반적으로 GET 또는 POST 를 사용합니다 . GET 과 POST 의 차이점이 무엇인지 알고 싶다면 RESTful API 에 대해 온라인에서 검색하는 것이 좋습니다 .

이 시점에서 애플리케이션 개발자는 GET 요청을 수락하는 API를 만들 것이라고 말했습니다. 이것이 우리가 메서드로 GET을 사용한 다음 1페이지의 URI를 사용하는 이유입니다.

또한 이 API에 본문을 제공하는 옵션도 있습니다. 예를 들어 우리는 문자 F로 시작하는 고객만 원한다고 API에 알릴 수 있습니다. HTTP 요청에 인수 나 매개변수를 추가 하면 API가 이를 받아들입니다. 지금은 간단하게 유지하겠습니다. 그리고 우리는 본문 쿼리를 가지지 않을 것입니다.

이 요청을 하면 출력할 수 있습니다. 우리 회사에서 Test라는 직함을 가진 관리자인 Brad Pitt와 채팅을 만들었습니다. 그런 다음 이 대화에 본문(이 HTTP 요청의 출력)을 게시할 것입니다.

이것은 동적 콘텐츠입니다. 본문을 반환하는 동적 콘텐츠의 커넥터를 볼 수 있습니다.

이렇게 하면 mumbo jumbo가 반환됩니다. 기본적으로 실제로 읽을 수 없는 JSON 파일입니다. 브래드 피트가 그것을 얻었다는 것은 대단한 일이지만 그는 그것을 이해하거나 그것이 무엇을 의미하는지 알 수 없을 것입니다.

JASON 파일 구문 분석

다음 단계는 해당 JSON 파일을 통해 구문 분석하는 것입니다. Parse JSON 커넥터는 이러한 고객을 훨씬 더 쉽게 순환할 수 있는 방법인 JSON 개체를 다시 제공합니다. 이 커넥터에 본문(HTTP 요청의 출력)을 부여한 다음 이 커넥터를 통해 ID, 이메일, 이름, 성과 같은 항목에 다시 액세스할 수 있습니다.

따라서 우리가 코드를 살펴보고 구문 분석할 필요 없이 Power Automate가 정말 멋진 커넥터를 사용하여 이 프로세스를 수행합니다.

각 커넥터에 적용 사용

해당 본문에서 받는 각 고객에 대해 이름, 성 및 전자 메일을 출력하려고 하므로 각 커넥터에 적용을 사용합니다 . 아래 이미지에는 Brad Pitt에게 메시지를 게시하는 각 제어 커넥터에 대한 적용이 있습니다. 우리는 흐름 봇 으로 게시 하고 받는 사람은 Brad Pitt입니다. 또한 이름, 성, 아바타, URL 기술 텍스트, 이메일에 액세스할 수 있습니다.

이 Parse JSON 연결을 설정하지 않으면 이러한 실제 요소에 액세스할 수 없습니다 . 이 커넥터는 실제로 이름, 성 등을 출력할 수 있기 때문에 매우 중요합니다.

메시지 부분에서 이름, 성 및 이메일을 출력합니다.

그것이 우리의 전체 흐름입니다. 다시 말하지만 이것은 주로 URL에 대한 GET 요청이 있는 트리거된 HTTP 요청입니다. 우리가 얻은 수익은 팀의 채팅으로 출력됩니다. 그런 다음 해당 JSON 파일을 분석한 다음 각 고객에게 이름, 성 및 이메일이 포함된 메시지를 보냅니다.

워크플로 구현

저장 , 테스트 를 차례로 클릭하여 이 워크플로가 작동하는 것을 살펴보겠습니다 . 이 시점에서 전체 프로세스는 HTTP 요청을 만들고 실제로 해당 요청을 반환하고 Teams로 보내는 것입니다.

실제 고객 목록이 포함된 메시지가 방금 전송된 것을 볼 수 있습니다. 그런 다음 각 고객에 대해 이름, 성 및 이메일도 볼 수 있습니다.

우리는 6명의 고객을 얻었고 이는 JSON에 있는 것과 정확히 일치합니다.

그리고 분명히 실제 전체 JSON 메시지도 받았지만 이 메시지는 읽기 어렵습니다.

많은 사람들이 항상 HTTP 요청을 하고 데이터를 다시 받는 것을 봅니다. 특히 데이터 수신이 JSON 형식인 경우 데이터를 분석하여 의미를 파악하고 사용할 수 있는 것으로 변환할 수 있습니다.

Microsoft Flow HTTP 트리거 | Power Automate 자습서
승인 워크플로 설정 및 Power Automate에서 테스트

결론

이것은 HTTP 요청을 만들고 , 요청을 보내고 , 데이터를 받는 방법의 예입니다 . 그러나 내가 지정하고 싶은 한 가지는 HTTP 요청이 무엇이든 할 수 있다는 것입니다.

예를 들어 애플리케이션 개발자로서 CRM 소프트웨어에서 새 고객을 생성하는 HTTP 끝점을 만들 수 있습니다. 누군가 SharePoint에 고객을 추가할 때마다 흐름이 트리거되도록 흐름을 만들 수 있습니다. 그런 다음 정보는 속성과 함께 HTTP 요청에 전달됩니다. 이렇게 하면 SharePoint에서 API 요청을 수락하는 타사 애플리케이션으로 정보를 전송할 수 있습니다.

이 특정 튜토리얼에서 다루는 내용이 마음에 드셨다면 LuckyTemplates TV 채널을 구독하십시오. 저와 다양한 콘텐츠 제작자가 항상 제공하는 엄청난 양의 콘텐츠가 있으며 모두 LuckyTemplates 및 Power Platform을 사용하는 방식을 개선하는 데 전념하고 있습니다.

헨리