Azure Logic Apps란?
Azure Logic Apps는 코드가 거의 또는 전혀 없는 자동화된 워크플로를 만들고 실행할 수 있는 클라우드 플랫폼입니다. 시각적 디자이너를 사용하고 미리 빌드된 작업에서 선택하여 앱, 데이터, 서비스 및 시스템을 통합하고 관리하는 워크플로를 신속하게 빌드할 수 있습니다.
Azure Logic Apps는 클라우드, 온-프레미스, 하이브리드 환경에서 레거시, 최신 및 최첨단 시스템을 연결하는 방법을 간소화합니다. 로우 코드 및 코드 없는 도구를 사용하면 엔터프라이즈 및 B2B(Business-to-Business) 시나리오를 지원하는 스케일링 가능한 통합 솔루션을 신속하게 개발할 수 있습니다.
다음은 Azure Logic Apps를 사용하여 자동화할 수 있는 작업, 비즈니스 프로세스 및 워크로드의 몇 가지 예입니다.
특정 이벤트가 발생할 때(예: 새 파일이 업로드될 때) Office 365를 사용하여 이메일 알림을 예약하고 보내기.
온-프레미스 시스템과 클라우드 서비스에서 고객 주문 라우팅 및 처리.
업로드된 파일을 SFTP 또는 FTP 서버에서 Azure Storage로 이동.
트윗을 모니터링하고, 감정을 분석하고, 검토가 필요한 항목에 대한 경고 또는 작업 만들기.
다음에 제공되는 부분적인 엔터프라이즈 워크플로 예제는 조건 및 스위치를 사용하여 다음 동작을 결정합니다. 주문 시스템이 있고 워크플로가 들어오는 주문을 처리한다고 가정해 보겠습니다. 특정 비용 이상의 주문은 수동으로 검토하려고 합니다. 워크플로에는 들어오는 주문 비용의 크기를 확인하는 이전 단계가 이미 있습니다. 따라서 해당 비용 값을 기준으로 초기 조건을 만듭니다. 예를 들어 다음과 같습니다.
팁
자세한 내용은 Azure Copilot에 다음 질문을 하면 됩니다.
- Azure Logic Apps로 해결할 수 있는 문제는 무엇인가요?
- Azure Logic Apps는 어떤 이점을 제공하나요?
Azure Copilot을 찾으려면 Azure Portal 도구 모음에서 Copilot을 선택합니다.
첫 번째 논리 앱 워크플로를 만들 준비가 되었으면 시작을 참조하세요.
더 많은 학습을 계속하려면 다음 비디오를 사용해 보세요.
자세한 내용은 Azure 웹 사이트의 의 Azure Logic Apps 및 기타 Azure Integration Services를 참조하세요.
주요 용어
다음 표에서는 Azure Logic Apps의 핵심 용어 및 개념을 간략하게 정의합니다.
| 용어 | 설명 |
|---|---|
| 논리 앱 | 워크플로를 빌드하려는 경우에 만들 Azure 리소스입니다. 기본적으로 다음과 같은 유형의 논리 앱 리소스를 만들 수 있습니다. - 글로벌 다중 테넌트 Azure Logic Apps에서 호스트되고 실행되는 단일 워크플로를 지원하는 소비 논리 앱 리소스 - 단일 테넌트 Azure Logic Apps에서 호스트되고 실행되는 여러 워크플로를 지원하는 표준 논리 앱 리소스 각 컴퓨팅 리소스 및 청구 모델과 함께 논리 앱 리소스 종류에 대해 자세히 알아봅니다. |
| Workflow | 태스크, 비즈니스 프로세스 또는 워크로드를 정의하는 일련의 작업입니다. 각 워크플로는 단일 트리거 작업로 시작되며, 그 후에는 하나 이상의 동작 작업을 추가해야 합니다. |
| 트리거 | 해당 워크플로에서 후속 작업을 실행하기 전에 충족할 조건을 지정하는 워크플로의 첫 번째 작업입니다. 예를 들어 받은 편지함에 이메일을 받거나 스토리지 계정에서 새 파일이 검색되는 트리거 이벤트를 이용할 수 있습니다. |
| 작업 | 워크플로의 트리거를 따르는 각 후속 작업입니다. |
| 기본 제공 커넥터 | 이 커넥터 또는 작업 유형은 Azure Logic Apps 런타임에 "기본 제공"되므로 작업은 Azure에서 호스트되고 실행되는 Microsoft 관리형 커넥터와 달리, 성능 향상을 위해 기본적으로 런타임과 함께 직접적으로 실행됩니다. 기본 제공 작업은 워크플로의 일정 또는 구조를 제어하고, 사용자 고유의 코드를 실행하고, 데이터를 관리 및 조작하고, 엔드포인트에 요청을 보내거나 받고, 워크플로의 다른 작업을 완료하는 방법을 제공합니다. 예를 들어 되풀이 트리거를 사용하면 거의 모든 워크플로를 일정에 따라 시작할 수 있습니다. 또는 요청 트리거를 사용하면 호출될 때까지 워크플로를 대기시킬 수 있습니다. 이러한 작업은 일반적으로 워크플로에서 연결을 만들 필요가 없습니다. 대부분의 기본 제공 작업은 서비스 또는 시스템과 연결되지 않지만 일부 기본 제공 작업은 Azure Functions, Azure Blob Storage, Azure App Service 등과 같은 특정 서비스에 사용할 수 있습니다. 이러한 기본 제공 작업의 가용성은 소비 또는 표준 논리 앱 워크플로 중 어떤 워크플로에서 작업하는지 여부에 따라 달라집니다. 자세한 내용 및 예제를 보려면 Azure Logic Apps용 기본 제공 커넥터를 참조하세요. |
| 관리형 커넥터 | 이 커넥터 또는 작업 유형은 Microsoft가 Azure에서 게시, 관리, 호스트 및 실행하며 특정 앱, 데이터, 서비스 또는 시스템에 액세스하는 데 사용할 수 있는 서비스 또는 시스템의 REST API용으로 미리 빌드된 프록시 또는 래퍼입니다. 대부분의 관리형 커넥터는 먼저 워크플로와 연결을 만들고 ID를 인증해야만 사용할 수 있습니다. 예를 들어 트리거로 워크플로를 시작하거나, Office 365, Salesforce 또는 파일 서버와 같은 서비스와 연동하는 동작을 실행할 수 있습니다. 자세한 내용은 Azure Logic Apps용 관리 커넥터를 참조하세요. |
| 통합 계정 | 워크플로에서 사용할 B2B 아티팩트를 정의하고 저장하려는 경우에 이 Azure 리소스를 만듭니다. 통합 계정을 만들고 논리 앱에 연결하면 워크플로에서 이러한 B2B 아티팩트를 사용할 수 있습니다. 워크플로는 EDI(전자 데이터 교환) 및 EAI(Enterprise Application Integration) 표준을 따르는 메시지를 교환할 수도 있습니다. 예를 들어 거래 업체, 계약, 스키마, 맵 및 기타 B2B 아티팩트를 정의할 수 있습니다. 이러한 아티팩트를 사용하고 AS2, EDIFACT, X12, RosettaNet 등의 프로토콜을 통해 메시지를 교환하는 워크플로를 만들 수 있습니다. |
Azure Logic Apps를 사용하는 이유
Azure Logic Apps 통합 플랫폼은 미리 빌드된 1,000개 이상의 커넥터를 제공하므로 앱, 데이터, 서비스, 시스템을 보다 쉽고 빠르게 연결하고 통합할 수 있습니다. 리소스에 액세스하는 방법을 파악하는 데 쓰는 노력은 줄이고 솔루션의 비즈니스 논리 및 기능을 설계하고 구현하는 데 집중할 수 있습니다.
모든 서비스 엔드포인트와 통신하거나, 사용자 고유의 코드를 실행하거나, 워크플로 구조를 제어하거나, 데이터를 조작하거나, 더 나은 성능으로 일반적으로 사용되는 서비스에 연결하려면 기본 제공 커넥터 작업을 사용할 수 있습니다. 이러한 작업은 성능 향상을 위해 기본적으로 Azure Logic Apps 런타임에서 실행됩니다.
Azure, Microsoft, 기타 외부 웹앱 및 서비스 또는 온-프레미스 시스템과 같은 서비스의 리소스에 액세스하고 작업을 실행하려면 Microsoft 관리형(Azure 호스팅) 커넥터 작업을 사용할 수 있습니다. 지속적으로 확장되는 Azure 에코시스템에 있는 1,000개 이상의 커넥터 중에서 선택합니다. 예를 들면 다음과 같습니다.
Azure 서비스(예: Blob Storage 및 Service Bus)
Office 365 서비스(예: Outlook, Excel 및 SharePoint)
데이터베이스 서버(예: SQL 및 Oracle)
엔터프라이즈 시스템(예: SAP 및 IBM MQ)
파일 공유(예: FTP 및 SFTP)
자세한 내용은 다음 설명서를 참조하세요.
Azure Logic Apps에서 워크플로를 빌드하는 경우 일반적으로 코드를 작성할 필요가 없습니다. 그러나 일부 코드를 작성해야 하는 경우 각각 JavaScript 또는 C#에 대한 인라인 코드 작업을 사용하여 워크플로에서 JavaScript 코드 조각 또는 C# 스크립트를 추가하고 실행할 수 있습니다. Azure Functions를 사용하여 코드를 추가하고 실행할 수도 있습니다. 워크플로가 Azure 서비스, 사용자 지정 앱 또는 다른 솔루션의 이벤트와 상호 작용해야 하는 경우 Azure Event Grid 또는 Azure Event Hubs를 사용하여 이벤트를 모니터링, 라우팅, 게시할 수 있습니다.
Azure Logic Apps는 Microsoft Azure를 통해 완벽하게 관리되므로 솔루션의 호스팅, 크기 조정, 관리, 모니터링, 유지 관리에 대해 걱정할 필요가 없습니다. 이러한 기능을 사용하여 "서버리스" 앱 및 솔루션을 만들 때 비즈니스 논리 및 기능에만 집중할 수 있습니다. 이러한 서비스는 요구 사항을 충족하고, 신속하게 통합되고, 코드를 거의 또는 전혀 사용하지 않고 강력한 클라우드 앱을 빌드할 수 있도록 자동으로 스케일링됩니다.
다른 기업에서 Azure Logic Apps를 다른 Azure 서비스 및 Microsoft 제품과 결합하여 민첩성을 개선하고 핵심 비즈니스에 더욱 집중할 수 있게 된 비결을 알아보려면 다음 고객 스토리를 확인하세요.
Azure Logic Apps가 Functions, WebJobs 및 Power Automate와 다른 점은 무엇일까요?
이러한 모든 서비스는 다양한 시스템을 연결하고 함께 가져오는 데 도움이 됩니다. 서비스마다 고유의 장점과 이점이 있으므로, 확장 가능하고 모든 기능을 갖춘 통합 시스템을 신속하게 빌드하는 가장 좋은 방법은 기능을 결합하는 것입니다. 자세한 내용은 Azure Logic Apps, Azure Functions, Azure WebJobs 및 Microsoft Power Automate 중에서 선택을 참조하세요.
Azure Logic Apps를 사용하여 솔루션을 얼마나 빨리 강화할 수 있나요?
현재 시스템 및 서비스로 작은 규모로 시작한 다음, 필요한 만큼 증분 방식으로 확장할 수 있습니다. 준비가 완료되면 Azure Logic Apps로 다음과 같은 기능 및 이점을 제공하여 보다 성숙한 통합 시나리오를 구현하고 그에 맞게 강화할 수 있습니다.
사용하기 쉬운 도구를 사용하여 시각적으로 워크플로 만들기 및 편집
Azure Logic Apps의 시각적 디자인 도구를 사용하여 시간을 절약하고 복잡한 프로세스를 간소화합니다. Azure Portal, Visual Studio Code 또는 Visual Studio에서 Azure Logic Apps 워크플로 디자이너를 사용하여 처음부터 끝까지 워크플로를 만듭니다. 단지 트리거로 워크플로를 시작하고, 커넥터 갤러리에서 작업을 원하는 만큼 추가합니다.
여러 환경에 걸쳐 다양한 시스템 연결
설명하기는 쉽지만 코드로 구현하기는 어려운 패턴 및 프로세스가 있습니다. Azure Logic Apps는 클라우드, 온-프레미스, 하이브리드 환경에 걸쳐 다양한 시스템을 원활하게 연결하는 데 도움이 됩니다. 예를 들어 클라우드 마케팅 솔루션을 온-프레미스 요금 청구 시스템에 연결하거나 Azure Service Bus를 사용하여 API 및 시스템의 메시지를 중앙 집중화할 수 있습니다. Azure Logic Apps는 이러한 시나리오에 다시 사용할 수 있고 다시 구성할 수 있는 솔루션을 전달하는 빠르고 안정적이며 일관된 방법을 제공합니다.
다양한 환경 만들기 및 배포
시나리오, 솔루션 요구 사항 및 원하는 기능에 따라 소비 또는 표준 논리 앱 워크플로 중 어떤 워크플로를 만들지 선택합니다. 이 선택에 따라 워크플로는 다중 테넌트 Azure Logic Apps, 단일 테넌트 Azure Logic Apps 또는 App Service Environment(v3)에서 실행됩니다. 단일 테넌트 Azure Logic Apps를 사용하면 워크플로가 Azure 가상 네트워크로 보호되는 리소스에 더 쉽게 액세스할 수 있습니다. Azure Arc 지원 Logic Apps를 사용하여 단일 테넌트 기반 워크플로를 만드는 경우 컨테이너에서 워크플로를 실행할 수도 있습니다. 자세한 내용은 Azure Logic Apps의 단일 테넌트 및 다중 테넌트 비교 및 Arc 지원 Logic Apps란?을 참조하세요.
다음 표에서는 소비 및 표준 논리 앱 워크플로 간의 차이점을 간략하게 요약합니다. 또한 논리 앱 워크플로를 배포, 호스트 및 실행하기 위한 다중 테넌트 환경, 단일 테넌트 환경 및 ASEv3(App Service Environment v3) 간의 차이점을 알아봅니다.
| 호스팅 옵션 | 이점 | 리소스 공유 및 사용 | 가격 책정 및 대금 청구 모델 | 한도 관리 |
|---|---|---|---|---|
| 소비 호스트 환경: 다중 테넌트 Azure Logic Apps |
- 시작하기 가장 쉬움 - 사용한 만큼 요금을 지불하려는 경우. - 완전 관리형 |
단일 논리 앱 리소스는 단 하나의 워크플로만 가질 수 있습니다. 모든 논리 앱은 Microsoft Entra 테넌트에 걸쳐 동일한 처리(컴퓨팅), 스토리지, 네트워크 등을 공유합니다. 중복성을 위해 데이터는 쌍을 이루는 지역에 복제됩니다. 고가용성을 위해 GRS(지역 중복 스토리지)가 사용하도록 설정됩니다. |
사용(종량제) | Azure Logic Apps는 이러한 한도에 대한 기본값을 관리하지만 특정 한도에 대해 옵션이 있는 경우 이러한 값 중 일부를 변경할 수 있습니다. |
| 표준(워크플로 서비스 계획) 호스트 환경: 단일 테넌트 Azure Logic Apps 참고: 시나리오에 컨테이너가 필요한 경우 Azure Arc 지원 Logic Apps를 사용하여 단일 테넌트 기반 논리 앱을 만듭니다. 자세한 내용은 Azure Arc 지원 Logic Apps란?을 검토하세요. |
- 단일 테넌트 런타임에 호스트된 더 많은 기본 제공 커넥터로 대규모 더 높은 처리량과 더 낮은 비용 제공 - 런타임 및 성능 설정에 대한 제어 및 미세 조정 기능 증가 - 가상 네트워크 및 프라이빗 엔드포인트에 대한 통합 지원 - 자체 기본 제공 커넥터 생성 |
단일 논리 앱 리소스에는 여러 개의 상태 저장 및 상태 비저장 워크플로가 있을 수 있습니다. 단일 논리 앱 및 테넌트의 워크플로는 동일한 처리(컴퓨팅), 스토리지, 네트워크 등을 공유합니다. 데이터는 논리 앱을 배포하는 동일한 지역에 유지됩니다. |
표준 - 가격 책정 계층을 선택한 호스팅 계획을 기반으로 합니다. 외부 스토리지를 사용하는 상태 저장 워크플로를 실행하는 경우 Azure Logic Apps 런타임은 Azure Storage 가격 책정을 따르는 스토리지 트랜잭션을 만듭니다. |
시나리오의 요구 사항에 따라 다양한 한도에 대한 기본값을 변경할 수 있습니다. 중요: 일부 한도에는 하드 상한이 있습니다. Visual Studio Code에서 논리 앱 프로젝트 구성 파일의 기본 제한 값에 변경한 사항은 디자이너 환경에 표시되지 않습니다. 자세한 내용은 단일 테넌트 Azure Logic Apps에서 논리 앱에 대한 앱 및 환경 설정 편집을 참조하세요. |
| 표준(App Service Environment v3) 호스트 환경: ASEv3(App Service Environment v3) - Windows 플랜만 해당 |
단일 테넌트와 동일한 기능 그리고 다음과 같은 이점이 있습니다. - 논리 앱을 완전히 격리합니다. - 단일 테넌트 Azure Logic Apps보다 많은 논리 앱을 만들고 실행합니다. - 논리 앱을 몇 개나 만들고 실행하든, ASE App Service 요금제 비용만 지불합니다. - 자동 스케일링을 사용할 수도 있고, 더 많은 가상 머신 인스턴스 또는 다른 App Service 요금제를 사용하여 수동으로 스케일링할 수도 있습니다. - 선택한 ASEv3에서 네트워크 설정을 상속합니다. 예를 들어 내부 ASE에 배포한 경우 워크플로는 ASE와 연결된 가상 네트워크의 리소스에 액세스할 수 있으며 내부 액세스 지점이 있을 수 있습니다. 참고: 내부 ASE 외부에서 액세스하는 경우 해당 ASE의 워크플로에 대한 실행 기록에서 작업 입력 및 출력에 액세스할 수 없습니다. |
단일 논리 앱에는 여러 상태 저장 및 상태 비저장 워크플로가 있을 수 있습니다. 단일 논리 앱 및 테넌트의 워크플로는 동일한 처리(컴퓨팅), 스토리지, 네트워크 등을 공유합니다. 데이터는 논리 앱을 배포하는 동일한 지역에 유지됩니다. |
App Service 계획 | 시나리오의 요구 사항에 따라 다양한 한도에 대한 기본값을 변경할 수 있습니다. 중요: 일부 한도에는 하드 상한이 있습니다. Visual Studio Code에서 논리 앱 프로젝트 구성 파일의 기본 제한 값에 변경한 사항은 디자이너 환경에 표시되지 않습니다. 자세한 내용은 단일 테넌트 Azure Logic Apps에서 논리 앱에 대한 앱 및 환경 설정 편집을 참조하세요. |
엔터프라이즈 통합 및 B2B 시나리오에 대한 고급 지원
기업 및 조직에서는 EDIFACT, AS2, X12, RosettaNet 등과 같이 산업 표준이지만 서로 다른 메시지 프로토콜 및 형식을 사용하여 서로 전자적으로 통신합니다. Azure Logic Apps에서 지원하는 엔터프라이즈 통합 기능을 사용하여 거래 업체에서 사용하는 메시지 형식을 조직의 시스템에서 해석하고 처리할 수 있는 형식으로 변환하는 워크플로를 만들 수 있습니다. Azure Logic Apps는 암호화 및 디지털 서명을 사용하여 이러한 교환을 원활하고 안전하게 처리합니다. B2B 통합 환경에는 BizTalk Server의 기능이 Azure Logic Apps에 포함됩니다. B2B(Business-to-Business) 아티팩트를 정의하려면 이러한 아티팩트가 저장되는 통합 계정을 만듭니다. 이 계정을 논리 앱 리소스에 연결하면 워크플로에서 이러한 B2B 아티팩트를 사용하고 EDI(전자 데이터 교환) 및 EAI(Enterprise Application Integration) 표준을 준수하는 메시지를 교환할 수 있습니다.
자세한 내용은 다음 설명서를 참조하세요.
Microsoft BizTalk Server, Azure Service Bus, Azure Functions, Azure API Management 등을 통합하고 구축합니다.
EDIFACT, AS2, X12, RosettaNet 프로토콜을 사용하여 메시지를 교환합니다.
예를 들어 Microsoft BizTalk Server를 사용하는 경우 워크플로는 BizTalk Server 커넥터를 사용하여 BizTalk Server와 통신할 수 있습니다. 그런 다음, 통합 계정 커넥터를 사용하여 워크플로에서 BizTalk와 비슷한 작업을 확장하거나 수행할 수 있습니다. 다른 방향에서 보면 Azure Logic Apps용 Microsoft BizTalk Server 어댑터를 사용하여 BizTalk Server가 워크플로와 통신할 수 있습니다. BizTalk Server에서 BizTalk Server 어댑터를 설정하고 사용하는 방법을 알아보세요.
한 번 작성, 반복해서 다시 사용
여러 환경 및 지역에서 배포를 설정 및 자동화할 수 있도록 논리 앱 워크플로를 Azure Resource Manager 템플릿으로 만듭니다.
기본 제공 확장성
원하는 코드를 실행하는 데 적합한 커넥터를 사용할 수 없는 경우 JavaScript 또는 C# 스크립트에 대한 인라인 코드를 사용하여 워크플로에서 코드 조각을 만들고 호출하거나 Azure Functions를 사용할 수 있습니다. 또는 워크플로에서 호출할 수 있는 사용자 고유의 API 및 사용자 지정 커넥터를 만들 수도 있습니다.
Azure Virtual Network의 리소스에 직접 액세스
논리 앱 워크플로는 Azure Logic Apps(표준)을 사용할 때 Azure 가상 네트워크 내에 있는 가상 머신, 기타 서비스 및 시스템과 같이 보호된 리소스에 액세스할 수 있습니다. Azure Logic Apps(표준)는 전용 리소스를 사용하고 전역 다중 테넌트 Azure Logic Apps와 별도로 실행되는 단일 테넌트 인스턴스 Azure Logic Apps입니다.
사용자 고유의 전용 인스턴스에서 논리 앱 워크플로를 호스트하고 실행하면 다른 Azure 테넌트가 앱 성능에 줄 수 있는 영향("사용량이 많은 인접 항목" 효과로 알려짐)을 줄일 수 있습니다.
Azure Logic Apps(표준)는 다음과 같은 이점도 제공합니다.
다중 테넌트 Azure Logic Apps의 논리 앱에서 공유하는 고정 IP 주소와는 별개인 사용자 고유의 고정 IP 주소. 대상 시스템과 통신하도록 단일 공용, 정적 및 예측 가능한 아웃바운드 IP 주소를 설정할 수도 있습니다. 이렇게 하면 대상 시스템에 추가 방화벽을 설치할 필요가 없습니다.
실행 지속 시간, 스토리지 보존, 처리량, HTTP 요청 및 응답 시간 제한, 메시지 크기 및 사용자 지정 커넥터 요청에 대한 제한이 증가합니다. 자세한 내용은 Azure Logic Apps에 대한 제한 및 구성을 참조하세요.
논리 앱의 작동 원리
논리 앱 워크플로는 항상 단일 트리거로 시작합니다. 트리거는 특정 이벤트가 발생하거나 데이터가 특정 기준을 충족하는 등 특정 조건이 충족될 때 작동합니다. 대부분의 트리거에는 워크플로의 실행 빈도를 제어하는 예약 기능이 포함되어 있습니다. 트리거가 발생한 후에는 하나 이상의 작업이 워크플로를 통해 이동하는 데이터를 처리, 취급 또는 변환하는 작업을 실행하거나 워크플로를 다음 단계로 진행시키는 작업을 실행합니다.
Azure Logic Apps는 "최소 한 번" 메시지 배달 의미 체계를 구현하고 사용합니다. 서비스에서 메시지를 두 번 이상 전달하는 경우는 거의 없으며 메시지는 손실되지 않습니다. 비즈니스에서 중복 메시지를 처리하지 않거나 처리할 수 없는 경우 데이터 무결성 및 시스템 안정성을 유지하면서 동일하거나 중복된 메시지를 수락하는 기능인 멱등성(idempotence)을 구현해야 합니다. 이러한 방식으로 동일한 작업을 반복해도 첫 번째 실행 후 결과가 달라지지 않습니다.
다음 섹션에서는 워크플로가 들어오는 주문을 처리하는 주문 시스템의 일부인 예제 엔터프라이즈 워크플로에 대한 논리를 설명합니다. 워크플로에는 들어오는 주문 비용의 크기를 확인하는 단계가 이미 있습니다. 목표는 특정 비용 이상의 주문을 수동으로 검토하여 해당 비용 값에 따라 초기 조건을 만드는 것입니다. 예를 들면 다음과 같습니다.
주문이 특정 금액 미만이면 조건이 false입니다. 따라서 워크플로는 주문을 처리합니다.
조건이 true이면 워크플로는 수동 검토를 위해 메일을 보냅니다. 스위치는 다음 단계를 결정합니다.
검토자가 승인하는 경우 워크플로는 주문을 계속 처리합니다.
검토자가 에스컬레이션하는 경우 워크플로는 에스컬레이션 메일을 보내 주문에 대한 자세한 정보를 얻습니다.
에스컬레이션 요구 사항이 충족되면 응답 조건은 true입니다. 따라서 주문이 처리됩니다.
응답 조건이 false이면 문제에 관한 메일이 전송됩니다.
Azure Portal, Visual Studio Code 또는 Visual Studio에서 Azure Logic Apps 워크플로 디자이너를 사용하면 워크플로를 시각적으로 만들 수 있습니다. 또한 각 워크플로에는 JSON(JavaScript Object Notation) 형식을 사용하는 기본 정의도 있습니다. 원하는 경우 이 JSON 정의를 변경하여 워크플로를 편집할 수 있습니다. 일부 만들기 및 관리 작업에서는 Azure Logic Apps가 Azure PowerShell 및 Azure CLI 명령 지원을 제공합니다. 자동 배포의 경우 Azure Logic Apps가 Azure Resource Manager 템플릿을 지원합니다.
가격 옵션
논리 앱 리소스 유형(다중 테넌트, 단일 테넌트, ASE v3(App Service Environment))마다 다른 가격 책정 모델이 적용됩니다. 예를 들어 다중 테넌트 소비 논리 앱 워크플로는 소비 가격 책정 모델을 따르고 단일 테넌트 표준 논리 앱 워크플로는 표준 가격 책정 모델을 따릅니다. Azure Logic Apps에 대한 가격 책정 및 계량에 대해 자세히 알아보세요.
시작하기
Azure Logic Apps를 시작하려면 먼저 Azure 구독이 필요합니다. 구독이 없는 경우 Azure 체험 계정에 등록합니다.
준비가 되면 Azure Logic Apps에 대한 다음 빠른 시작 가이드 중 하나 이상을 수행합니다.
Azure Logic Apps에 대한 다른 빠른 시작 가이드를 살펴볼 수도 있습니다.