Azure Logic Apps란?

Azure Logic Apps는 코드가 거의 또는 전혀 없는 자동화된 워크플로를 만들고 실행할 수 있는 클라우드 플랫폼입니다. 시각적 디자이너를 사용하고 미리 빌드된 작업에서 선택하여 앱, 데이터, 서비스 및 시스템을 통합하고 관리하는 워크플로를 신속하게 빌드할 수 있습니다.

Azure Logic Apps는 클라우드, 온-프레미스 및 하이브리드 환경에서 레거시, 최신 및 최첨단 시스템을 연결하는 방식을 간소화하고 엔터프라이즈 및 B2B(비즈니스 간) 시나리오를 위한 확장성이 뛰어난 통합 솔루션을 개발할 수 있는 로우 코드 노 코드 도구를 제공합니다.

다음은 Azure Logic Apps를 사용하여 자동화할 수 있는 작업, 비즈니스 프로세스 및 워크로드의 몇 가지 예입니다.

  • 특정 이벤트가 발생할 때(예: 새 파일이 업로드될 때) Office 365를 사용하여 이메일 알림을 예약하고 보내기.

  • 온-프레미스 시스템과 클라우드 서비스에서 고객 주문 라우팅 및 처리.

  • 업로드된 파일을 SFTP 또는 FTP 서버에서 Azure Storage로 이동.

  • 트윗을 모니터링하고, 감정을 분석하고, 검토가 필요한 항목에 대한 경고 또는 작업 만들기.

워크플로 디자이너 및 스위치와 조건을 사용하는 샘플 엔터프라이즈 워크플로를 보여 주는 스크린샷

첫 번째 논리 앱 워크플로를 만들 준비가 되었으면 시작을 참조하세요.

자세한 내용은 Azure 웹 사이트의 의 Azure Logic Apps 및 기타 Azure Integration Services를 참조하세요.

주요 용어

다음 표에서는 Azure Logic Apps의 핵심 용어 및 개념을 간략하게 정의합니다.

용어 설명
논리 앱 워크플로를 빌드하려는 경우에 만들 Azure 리소스입니다. 다양한 환경에서 실행되는 여러 논리 앱 리소스 유형이 있습니다.
Workflow 작업, 비즈니스 프로세스 또는 워크로드를 정의하는 일련의 단계입니다. 각 워크플로는 단일 트리거로 시작되며, 그 후에는 하나 이상의 작업을 추가해야 합니다.
트리거 항상 워크플로의 첫 번째 단계이며 해당 워크플로에서 추가 단계를 실행하기 위한 조건을 지정합니다. 예를 들어 받은 편지함에 이메일을 받거나 스토리지 계정에서 새 파일이 검색되는 트리거 이벤트를 이용할 수 있습니다.
동작 트리거 뒤에 이어지는 워크플로의 각 후속 단계입니다. 모든 동작은 워크플로에서 작업을 실행합니다.
기본 제공 커넥터 이 커넥터 유형은 Azure Logic Apps에서 기본적으로 실행되는 작업을 제공합니다. 예를 들어 기본 제공 작업은 워크플로의 일정 또는 구조를 제어하고, 사용자 고유의 코드를 실행하고, 데이터를 관리 및 조작하고, 엔드포인트에 요청을 보내거나 받고, 워크플로의 다른 작업을 완료하는 방법을 제공합니다.

예를 들어 되풀이 트리거를 사용하면 거의 모든 워크플로를 일정에 따라 시작할 수 있습니다. 또는 요청 트리거를 사용하면 호출될 때까지 워크플로를 대기시킬 수 있습니다. 이러한 작업은 일반적으로 워크플로에서 연결을 만들 필요가 없습니다.

대부분의 기본 제공 작업은 서비스 또는 시스템과 연결되지 않지만 일부 기본 제공 작업은 Azure Functions 또는 Azure App Service와 같은 특정 서비스에 사용할 수 있습니다. 자세한 내용 및 예제를 보려면 Azure Logic Apps용 기본 제공 커넥터를 검토하세요.
관리형 커넥터 이 커넥터 유형은 특정 앱, 데이터, 서비스 또는 시스템에 액세스하는 데 사용할 수 있는 REST API용 미리 빌드된 프록시 또는 래퍼입니다. 대부분의 관리형 커넥터는 먼저 워크플로와 연결을 만들고 ID를 인증해야만 사용할 수 있습니다. 관리형 커넥터는 Microsoft에서 게시, 호스트하고 유지 관리합니다.

예를 들어 트리거로 워크플로를 시작하거나, 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 통합 플랫폼은 미리 빌드된 수백 개의 커넥터를 제공하므로 앱, 데이터, 서비스, 시스템을 보다 쉽고 빠르게 연결하고 통합할 수 있습니다. 리소스에 액세스하는 방법을 파악하는 것이 아니라 솔루션의 비즈니스 논리 및 기능을 설계하고 구현하는 데 집중할 수 있습니다.

모든 서비스 엔드포인트와 통신하거나, 사용자 고유의 코드를 실행하거나, 워크플로 구조를 제어하거나, 데이터를 조작하거나, 더 나은 성능으로 일반적으로 사용되는 서비스에 연결하려면 기본 제공 커넥터 작업을 사용할 수 있습니다. 이러한 작업은 Azure Logic Appss 런타임에서 기본적으로 실행됩니다.

Azure, Microsoft, 기타 외부 웹앱 및 서비스 또는 온-프레미스 시스템과 같은 서비스의 리소스에 액세스하고 작업을 실행하려면 Microsoft 관리형(Azure 호스팅) 커넥터 작업을 사용할 수 있습니다. 증가하는 Azure 에코시스템에 있는 수백 개의 커넥터 중에서 선택합니다. 예를 들면 다음과 같습니다.

  • Azure 서비스(예: Blob Storage 및 Service Bus)

  • Office 365 서비스(예: Outlook, Excel 및 SharePoint)

  • 데이터베이스 서버(예: SQL 및 Oracle)

  • 엔터프라이즈 시스템(예: SAP 및 IBM MQ)

  • 파일 공유(예: FTP 및 SFTP)

자세한 내용은 다음 설명서를 검토하세요.

일반적으로 코드를 작성할 필요가 없습니다. 그러나 코드를 작성해야 하는 경우 Azure Functions를 사용하여 코드 조각을 만들고 워크플로에서 해당 코드를 실행할 수 있습니다. 인라인 코드 작업을 사용하여 워크플로에서 실행되는 코드 조각을 만들 수도 있습니다. 워크플로가 Azure 서비스, 사용자 지정 앱 또는 다른 솔루션의 이벤트와 상호 작용해야 하는 경우 Azure Event Grid를 사용하여 이벤트를 모니터링, 라우팅, 게시할 수 있습니다.

Azure Logic Apps는 Microsoft Azure를 통해 완벽하게 관리되므로 솔루션의 호스팅, 크기 조정, 관리, 모니터링, 유지 관리에 대해 걱정할 필요가 없습니다. 이러한 기능을 사용하여 "서버리스" 앱 및 솔루션을 만들 때 비즈니스 논리 및 기능에만 집중할 수 있습니다. 이러한 서비스는 요구 사항을 충족하고, 신속하게 통합되고, 코드를 거의 또는 전혀 사용하지 않고 강력한 클라우드 앱을 빌드할 수 있도록 자동으로 스케일링됩니다.

다른 기업에서 Azure Logic Apps를 다른 Azure 서비스 및 Microsoft 제품과 결합하여 민첩성을 개선하고 핵심 비즈니스에 더욱 집중할 수 있게 된 비결을 알아보려면 다음 고객 스토리를 확인하세요.

Azure Logic Apps가 Functions, WebJobs 및 Power Automate와 다른 점은 무엇일까요?

이러한 모든 서비스는 다양한 시스템을 연결하고 함께 가져오는 데 도움이 됩니다. 서비스마다 고유의 장점과 이점이 있으므로, 확장 가능하고 모든 기능을 갖춘 통합 시스템을 신속하게 빌드하는 가장 좋은 방법은 기능을 결합하는 것입니다. 자세한 내용은 Logic Apps, Functions, WebJobs 및 Power Automate 중에서 선택을 참조하세요.

Azure Logic Apps에 대한 자세한 정보

다음 섹션에서는 Azure Logic Apps의 기능 및 이점에 대한 자세한 정보를 제공합니다.

사용하기 쉬운 도구를 사용하여 시각적으로 워크플로 만들기 및 편집

Azure Logic Apps의 시각적 디자인 도구를 사용하여 시간을 절약하고 복잡한 프로세스를 간소화합니다. Azure Portal, Visual Studio Code 또는 Visual Studio에서 Azure Logic Apps 워크플로 디자이너를 사용하여 처음부터 끝까지 워크플로를 만듭니다. 단지 트리거로 워크플로를 시작하고, 커넥터 갤러리에서 작업을 원하는 만큼 추가합니다.

다중 테넌트 기반 논리 앱을 만드는 경우 템플릿 갤러리에서 워크플로를 생성하면 더 빠르게 시작할 수 있습니다. 이러한 템플릿은 SaaS(Software as a Service) 앱에 대한 간단한 연결부터 고급 B2B 솔루션 및 "재미를 위한" 템플릿까지 일반적인 워크플로 패턴에 사용할 수 있습니다.

여러 환경에 걸쳐 다양한 시스템 연결

설명하기는 쉽지만 코드로 구현하기는 어려운 패턴 및 프로세스가 있습니다. Azure Logic Apps 플랫폼은 클라우드, 온-프레미스, 하이브리드 환경에 걸쳐 다양한 시스템을 원활하게 연결하는 데 도움이 됩니다. 예를 들어 클라우드 마케팅 솔루션을 온-프레미스 요금 청구 시스템에 연결하거나 Azure Service Bus를 사용하여 API 및 시스템의 메시지를 중앙 집중화할 수 있습니다. Azure Logic Apps는 이러한 시나리오에 다시 사용할 수 있고 다시 구성할 수 있는 솔루션을 전달하는 빠르고 안정적이며 일관된 방법을 제공합니다.

다양한 환경 만들기 및 배포

시나리오, 솔루션 요구 사항 및 원하는 기능에 따라 소비 또는 표준 논리 앱 워크플로를 만들도록 선택합니다. 이 선택에 따라 워크플로는 다중 테넌트 Azure Logic Apps, 단일 테넌트 Azure Logic Apps, App Service Environment(v3) 또는 전용 통합 서비스 환경에서 실행됩니다. 마지막 세 가지 환경을 사용하면 워크플로가 Azure 가상 네트워크로 보호되는 리소스에 더 쉽게 액세스할 수 있습니다. Azure Arc 지원 Logic Apps를 사용하여 단일 테넌트 기반 워크플로를 만드는 경우 컨테이너에서 워크플로를 실행할 수도 있습니다. 자세한 내용은 Azure Logic Apps의 단일 테넌트와 다중 테넌트 및 통합 서비스 환경(ISE) 비교Arc 지원 Logic Apps란?을 참조하세요.

다음 표에서는 소비 및 표준 논리 앱 워크플로 간의 차이점을 간략하게 요약합니다. 또한 논리 앱 워크플로를 배포, 호스팅 및 실행하기 위한 다중 테넌트 환경, ISE(통합 서비스 환경), 단일 테넌트 환경ASEv3(App Service Environment v3) 간의 차이점을 알아봅니다.

리소스 유형 이점 리소스 공유 및 사용 가격 책정 및 대금 청구 모델 한도 관리
논리 앱(사용)

호스트 환경: 다중 테넌트 Azure Logic Apps
- 시작하기 가장 쉬움

- 사용한 만큼 지불

- 완전 관리형
단일 논리 앱에는 워크플로를 하나만 포함할 수 있습니다.

Azure Active Directory 테넌트에서 논리 앱은 동일한 처리(컴퓨팅), 스토리지, 네트워크 등을 공유합니다.

중복성을 위해 데이터는 쌍을 이루는 지역에 복제됩니다. 고가용성을 위해 GRS(지역 중복 스토리지)가 사용하도록 설정됩니다.
사용(종량제) Azure Logic Apps는 이러한 한도에 대한 기본값을 관리하지만 특정 한도에 대해 옵션이 있는 경우 이러한 값 중 일부를 변경할 수 있습니다.
논리 앱(사용)

호스트 환경:
ISE(통합 서비스 환경)

참고: 2024년 8월 31일에 ISE 옵션이 사용 중지됩니다. 2022년 11월 1일부터 더 이상 ISE를 만들 수 없습니다. 대신 단일 테넌트 Azure Logic Apps에서 실행되는 표준 논리 앱을 만들고 여러 워크플로를 포함할 수 있으며 ISE와 동일한 기능을 더한 기능을 제공할 수 있습니다.
- 대량 워크로드를 위한 엔터프라이즈 규모

- 가상 네트워크에 직접 연결되는 20개를 초과하는 ISE별 커넥터

- 포함된 사용량 및 고객이 제어하는 크기 조정으로 예측 가능한 가격 책정
단일 논리 앱에는 워크플로를 하나만 포함할 수 있습니다.

동일한 환경의 논리 앱은 동일한 처리(컴퓨팅), 스토리지, 네트워크 등을 공유합니다.

데이터는 ISE를 배포하는 동일한 지역에 유지됩니다.
ISE(고정) Azure Logic Apps는 이러한 한도에 대한 기본값을 관리하지만 특정 한도에 대해 옵션이 있는 경우 이러한 값 중 일부를 변경할 수 있습니다.
논리 앱(표준)

호스트 환경:
단일 테넌트 Azure Logic Apps

참고: 시나리오에 컨테이너가 필요한 경우 Azure Arc 지원 Logic Apps를 사용하여 단일 테넌트 기반 논리 앱을 만듭니다. 자세한 내용은 Azure Arc 지원 Logic Apps란?을 검토하세요.
- 단일 테넌트 Azure Logic Apps 런타임을 사용하여 실행. 배포 슬롯은 현재 지원되지 않습니다.

- 더 많은 기본 제공 커넥터로 처리량 증가 및 대규모 비용 절감

- 런타임 및 성능 설정에 대한 제어 및 미세 조정 기능 증가

- 가상 네트워크 및 프라이빗 엔드포인트에 대한 통합 지원

- 자체 기본 제공 커넥터 생성
단일 논리 앱에는 여러 상태 저장 및 상태 비저장 워크플로가 있을 수 있습니다.

단일 논리 앱 및 테넌트의 워크플로는 동일한 처리(컴퓨팅), 스토리지, 네트워크 등을 공유합니다.

데이터는 논리 앱을 배포하는 동일한 지역에 유지됩니다.
표준 - 가격 책정 계층을 선택한 호스팅 계획을 기반으로 합니다.

외부 스토리지를 사용하는 상태 저장 워크플로를 실행하는 경우 Azure Logic Apps 런타임은 Azure Storage 가격 책정을 따르는 스토리지 트랜잭션을 만듭니다.
시나리오의 요구 사항에 따라 다양한 한도에 대한 기본값을 변경할 수 있습니다.

중요: 일부 한도에는 하드 상한이 있습니다. Visual Studio Code에서 논리 앱 프로젝트 구성 파일의 기본 제한 값에 변경한 사항은 디자이너 환경에 표시되지 않습니다. 자세한 내용은 단일 테넌트 Azure Logic Apps에서 논리 앱에 대한 앱 및 환경 설정 편집을 참조하세요.
논리 앱(표준)

호스트 환경:
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) 표준을 준수하는 메시지를 교환할 수 있습니다. 자세한 내용은 다음 설명서를 검토하세요.

현재 시스템 및 서비스로 작은 규모로 시작한 다음, 필요한 만큼 증분 방식으로 확장할 수 있습니다. 준비가 완료되면 Azure Logic Apps 플랫폼으로 이러한 기능 및 기타 기능을 제공하여 보다 성숙한 통합 시나리오를 구현하고 그에 맞게 강화할 수 있습니다.

예를 들어 Microsoft BizTalk Server를 사용하는 경우 워크플로는 BizTalk Server 커넥터를 사용하여 BizTalk Server와 통신할 수 있습니다. 그런 다음, 통합 계정 커넥터를 사용하여 워크플로에서 BizTalk와 비슷한 작업을 확장하거나 수행할 수 있습니다. 다른 방향에서 보면 Azure Logic Apps용 Microsoft BizTalk Server 어댑터를 사용하여 BizTalk Server가 워크플로와 통신할 수 있습니다. BizTalk Server에서 BizTalk Server 어댑터를 설정하고 사용하는 방법을 알아보세요.

한 번 작성, 반복해서 다시 사용

여러 환경 및 지역에서 논리 앱 배포를 설정 및 자동화할 수 있도록 논리 앱을 Azure Resource Manager 템플릿으로 만듭니다.

기본 제공 확장성

원하는 코드를 실행하는 데 적합한 커넥터를 사용할 수 없는 경우 Azure Functions를 사용하여 워크플로에서 사용자 고유의 코드 조각을 만들고 호출할 수 있습니다. 또는 워크플로에서 호출할 수 있는 사용자 고유의 API사용자 지정 커넥터를 만듭니다.

Azure 가상 네트워크의 리소스에 대한 직접 액세스

논리 앱 워크플로는 Azure Logic Apps(표준) 또는 ISE(통합 서비스 환경)를 만들 때 Azure 가상 네트워크 내에 있는 VM(가상 머신), 기타 서비스 및 시스템과 같이 보호된 리소스에 액세스할 수 있습니다. Azure Logic Apps(표준) 및 ISE 둘 다 전용 리소스를 사용하고 글로벌 다중 테넌트 Azure Logic Apps 서비스와 별도로 실행되는 Azure Logic Apps 서비스의 전용 인스턴스입니다.

사용자 고유의 전용 인스턴스에서 논리 앱을 실행하면 다른 Azure 테넌트가 앱 성능에 줄 수 있는 영향("사용량이 많은 인접 항목" 효과로 알려짐)을 줄일 수 있습니다.

Azure Logic Apps(표준) 및 ISE는 다음과 같은 이점도 제공합니다.

  • 다중 테넌트 서비스의 논리 앱에서 공유되는 고정 IP 주소와는 별개의 고정 IP 주소입니다. 대상 시스템과 통신하도록 단일 공용, 정적 및 예측 가능한 아웃바운드 IP 주소를 설정할 수도 있습니다. 이렇게 하면 해당 대상 시스템에서 각 ISE에 대한 방화벽 허용 설정을 추가로 구성할 필요가 없습니다.

  • 실행 지속 시간, 스토리지 보존, 처리량, HTTP 요청 및 응답 시간 제한, 메시지 크기 및 사용자 지정 커넥터 요청에 대한 제한이 증가합니다. 자세한 내용은 Azure Logic Apps에 대한 제한 및 구성을 참조하세요.

ISE를 만들 때 Azure는 해당 ISE를 Azure 가상 네트워크에 삽입하거나 배포합니다. 그런 다음, 액세스해야 하는 논리 앱 및 통합 계정의 위치로 이 ISE를 사용할 수 있습니다. ISE 만들기에 대한 자세한 내용은 Azure Logic Apps에서 Azure 가상 네트워크에 연결을 참조하세요.

논리 앱의 작동 원리

논리 앱에서 각 워크플로는 항상 단일 트리거로 시작합니다. 트리거는 특정 이벤트가 발생하거나 데이터가 특정 기준을 충족하는 등 특정 조건이 충족될 때 작동합니다. 대부분의 트리거에는 워크플로의 실행 빈도를 제어하는 예약 기능이 포함되어 있습니다. 트리거가 발생한 후에는 하나 이상의 작업이 워크플로를 통해 이동하는 데이터를 처리, 취급 또는 변환하는 작업을 실행하거나 워크플로를 다음 단계로 진행시키는 작업을 실행합니다. Azure Logic Apps는 "최소 한 번" 메시지 배달 의미 체계를 구현하고 사용합니다. 서비스에서 메시지를 두 번 이상 배달하는 경우는 거의 없지만 메시지가 손실되지는 않습니다. 비즈니스에서 중복 메시지를 처리하지 않거나 처리할 수 없는 경우 동일한 정확한 작업을 반복해도 첫 번째 실행 후 결과가 변경되지 않도록 멱등성을 구현해야 합니다.

다음 스크린샷은 예제 엔터프라이즈 워크플로의 일부를 보여 줍니다. 이 워크플로는 조건 및 스위치를 사용하여 다음 동작을 결정합니다. 주문 시스템이 있고 워크플로가 들어오는 주문을 처리한다고 가정해 보겠습니다. 특정 비용 이상의 주문은 수동으로 검토하려고 합니다. 워크플로에는 들어오는 주문 비용의 크기를 확인하는 이전 단계가 이미 있습니다. 따라서 해당 비용 값을 기준으로 초기 조건을 만듭니다. 예를 들면 다음과 같습니다.

  • 주문이 특정 금액 미만이면 조건이 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 템플릿을 지원합니다.

가격 책정 옵션

기능 및 실행 위치(다중 테넌트, 단일 테넌트, 통합 서비스 환경)에 따라 달라지는 각 논리 앱 리소스 종류의 가격 책정 모델은 서로 다릅니다. 예를 들어 다중 테넌트 기반 논리 앱은 소비 가격 책정을 사용하고, 통합 서비스 환경의 논리 앱은 고정 가격 책정을 사용합니다. Azure Logic Apps에 대한 가격 책정 및 계량에 대해 자세히 알아보세요.

시작

Azure Logic Apps를 시작하려면 먼저 Azure 구독이 필요합니다. 구독이 없는 경우 Azure 체험 계정에 등록합니다.

준비가 되면 Azure Logic Apps에 대한 다음 빠른 시작 가이드 중 하나 이상을 수행합니다. RSS 피드를 모니터링하고 새 콘텐츠에 대한 메일을 보내는 기본 워크플로를 만드는 방법을 알아봅니다.

Azure Logic Apps에 대한 다른 빠른 시작 가이드를 살펴볼 수도 있습니다.

기타 리소스

다음 소개 비디오를 시청하여 Azure Logic Apps 플랫폼에 대해 자세히 알아보세요.

다음 단계