Azure Logic Apps란?

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

Azure Logic Apps는 클라우드, 온-프레미스 및 하이브리드 환경에서 레거시, 최신 및 최첨단 시스템을 연결하는 방법을 간소화합니다. 코드가 낮은 도구를 사용하여 엔터프라이즈 및 B2B(Business-to-Business) 시나리오를 지원하는 확장성이 뛰어난 통합 솔루션을 개발할 수 있습니다.

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

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

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

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

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

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

Screenshot shows the workflow designer and a sample enterprise workflow that uses switches and conditions.

첫 번째 논리 앱 워크플로를 만들 준비가 되었으면 시작을 참조하세요. 더 많은 학습을 계속하려면 다음 비디오를 사용해 보세요.

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

주요 용어

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

용어 설명
논리 앱 워크플로를 빌드할 때 만드는 Azure 리소스입니다. 기본적으로 다음과 같은 유형의 논리 앱 리소스를 만들 수 있습니다.

- 글로벌 다중 테넌트 Azure Logic Apps에서 호스트되고 실행되는 단일 워크플로를 지원하는 소비 논리 앱 리소스

- 단일 테넌트 Azure Logic Apps에서 호스트되고 실행되는 여러 워크플로를 지원하는 표준 논리 앱 리소스

논리 앱 리소스 유형과 해당 컴퓨팅 리소스 및 청구 모델에 대해 자세히 알아봅니다.
Workflow 작업, 비즈니스 프로세스 또는 워크로드를 정의하는 일련의 작업입니다. 각 워크플로는 항상 단일 트리거 작업으로 시작되며, 그 후에는 하나 이상의 작업 작업을 추가해야 합니다.
트리거 해당 워크플로에서 후속 작업을 실행하기 전에 충족할 조건을 지정하는 워크플로의 첫 번째 작업입니다. 예를 들어 트리거 이벤트는 받은 편지함에서 전자 메일을 가져오거나 스토리지 계정에서 새 파일을 검색할 수 있습니다.
작업 워크플로의 트리거를 따르는 각 후속 작업입니다.
기본 제공 커넥터 이 커넥터 또는 작업 유형은 Azure Logic Apps 런타임에 "기본 제공"되므로 Azure에서 호스트되고 실행되는 Microsoft 관리형 커넥터에 비해 성능이 더 빨라지도록 런타임에서 기본적으로 직접 작업을 실행합니다.

기본 제공 작업은 워크플로의 일정 또는 구조를 제어하고, 고유한 코드를 실행하고, 데이터를 관리 및 조작하고, 엔드포인트에 요청을 보내거나 받고, 워크플로의 다른 작업을 완료하는 방법을 제공합니다.

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

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

예를 들어 트리거를 사용하여 워크플로를 시작하거나 Office 365, Salesforce 또는 파일 서버와 같은 서비스에서 작동하는 작업을 실행할 수 있습니다. 자세한 내용은 Azure Logic Apps용 관리 커넥터를 참조 하세요.
통합 계정 워크플로에서 사용할 B2B 아티팩트를 정의하고 저장하려는 경우에 이 Azure 리소스를 만듭니다. 통합 계정을 만들고 논리 앱에 연결한 후 워크플로에서 이러한 B2B 아티팩트를 사용할 수 있습니다. 워크플로는 EDI(전자 데이터 교환) 및 EAI(엔터프라이즈 애플리케이션 통합) 표준을 따르는 메시지를 교환할 수도 있습니다.

예를 들어 거래 업체, 계약, 스키마, 맵 및 기타 B2B 아티팩트 등을 정의할 수 있습니다. 이러한 아티팩트를 사용하는 워크플로를 만들고 AS2, EDIFACT, X12 및 RosettaNet과 같은 프로토콜을 통해 메시지를 교환할 수 있습니다.

Azure Logic Apps를 사용하는 이유

Azure Logic Apps 통합 플랫폼은 1,000개 이상의 미리 빌드된 커넥터를 제공하므로 앱, 데이터, 서비스 및 시스템을 보다 쉽고 빠르게 연결하고 통합할 수 있습니다. 리소스에 액세스하는 방법을 파악하는 데 더 적은 에너지를 소비하면서 솔루션의 비즈니스 논리 및 기능을 설계하고 구현하는 데 더 집중할 수 있습니다.

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

Azure, Microsoft, 기타 외부 웹앱 및 서비스 또는 온-프레미스 시스템과 같은 서비스의 리소스에 액세스하고 작업하려면 Microsoft 관리(Azure 호스팅) 커넥터 작업을 사용할 수 있습니다. 지속적으로 확장되는 Azure 에코시스템에서 1,000개 이상의 커넥터 중에서 선택합니다. 예를 들면 다음과 같습니다.

  • Blob Storage 및 Service Bus와 같은 Azure 서비스

  • Outlook, Excel 및 SharePoint와 같은 Office 365 서비스

  • 데이터베이스 서버(예: 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 Logic Apps를 사용하면 워크플로가 Azure 가상 네트워크로 보호되는 리소스에 더 쉽게 액세스할 수 있습니다. Azure Arc 지원 Logic Apps를 사용하여 단일 테넌트 기반 워크플로를 만드는 경우 컨테이너에서 워크플로를 실행할 수도 있습니다. 자세한 내용은 Azure Logic Apps 및 Arc 지원 Logic Apps에 대한 단일 테넌트 및 다중 테넌트 및 통합 서비스 환경을 참조하세요.

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

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

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

- 사용한 만큼 지불

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

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

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

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

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

- 가상 네트워크에 직접 연결되는 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 통합 시나리오의 경우 Azure Logic Apps에는 BizTalk Server기능이 포함됩니다. B2B(Business-to-Business) 아티팩트를 정의하려면 이러한 아티팩트가 저장되는 통합 계정을 만듭니다. 이 계정을 논리 앱 리소스에 연결한 후 워크플로는 이러한 B2B 아티팩트 및 EDI(전자 데이터 교환) 및 EAI(엔터프라이즈 애플리케이션 통합) 표준을 준수하는 메시지를 교환할 수 있습니다.

자세한 내용은 다음 설명서를 참조하세요.

예를 들어 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 Virtual Network의 리소스에 직접 액세스

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

고유한 전용 인스턴스에서 논리 앱 워크플로를 호스팅하고 실행하면 다른 Azure 테넌트가 앱 성능에 미칠 수 있는 영향을 줄일 수 있습니다("시끄러운 이웃" 효과라고도 함).

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

  • 논리 앱이 다중 테넌트 Azure Logic Apps에서 공유하는 고정 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이면 문제와 관련하여 전자 메일이 전송됩니다.

Screenshot shows the workflow designer and a sample enterprise workflow that uses switches and conditions.

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에 대한 다른 빠른 시작 가이드를 탐색할 수도 있습니다.

다음 단계