Azure Logic Apps란?

Azure Logic Apps는 엔터프라이즈 비즈니스 프로세스 워크플로우를 자동화하고, 클라우드, 온프레미스, 하이브리드 환경에서 서비스, 시스템, 앱, 데이터를 거의 또는 전혀 코드가 필요 없이 통합하는 클라우드 서비스이자 플랫폼입니다.

이 플랫폼은 다음과 같은 주요 시나리오를 지원합니다:

  • 여러 시스템에 걸쳐 비즈니스 프로세스 워크플로우를 조율합니다.
  • 1,400+ 완제품 커넥터를 사용해 레거시, 현대, 최첨단 플랫폼을 연결할 수 있습니다.
  • 사용자 지정 코드 옵션에 접근할 수 있는 통합 워크플로우를 시각적으로 구축하세요.
  • AI 에이전트와 대형 언어 모델을 활용한 결정론적 또는 동적으로 실행 워크플로우를 만듭니다.

이 서비스가 귀하의 업무량에 적합한지 결정하려면 자동화 서비스를 비교해 보세요. 워크플로우를 구축하기 위해 시작 가이드를 선택하세요. 호스팅 모델을 선택하려면 소비 워크플로우와 표준 워크플로우를 비교하세요.

예를 들어, 다음 샘플 워크플로우는 Azure Logic Apps가 비용이 지정된 임계값을 초과할 때 수동 검토를 위해 들어오는 주문을 라우팅하는 방법을 보여줍니다:

작업 흐름 디자이너가 보여주는 스크린샷으로, 조건과 전환 동작을 사용하는 주문 검토 워크플로우 예시를 보여줍니다.

워크플로우는 조건과 스위치를 사용하여 다음 행동을 결정합니다. 이 워크플로의 논리에 대한 자세한 내용은 논리 앱의 작동 방식을 참조 하세요.

다른 일반적인 자동화 사례로는 다음과 같은 것들이 있습니다:

  • 파일이 업로드되면 Office 365에 알림을 보내세요.
  • 클라우드 및 온프레미스 시스템 전반에 걸쳐 고객 주문을 처리합니다.
  • SFTP 또는 FTP 서버에서 Azure Blob Storage로 파일을 옮깁니다.
  • 소셜 미디어 감정을 분석하고 검토할 알림을 생성하세요.

이 개요는 다음 개념들을 탐구하는 데 도움을 줍니다:

Azure Logic Apps 사용하는 이유는 무엇인가요?

Azure Logic Apps는 다음과 같은 도움을 드립니다:

  • 시스템 통합을 더 빠르게 하세요: Azure 서비스, Microsoft 서비스, 외부 앱, 데이터베이스, 온프레미스 시스템을 위한 1,400+ 개의 Microsoft 관리 기성 커넥터 중에서 선택할 수 있습니다.

    자원에 접근하기 위한 작업을 줄이거나 없애세요. 비즈니스 요구에 맞는 솔루션의 비즈니스 로직과 기능을 설계하고 개발하는 데 집중하세요.

  • 시각적으로 구축하세요: 모든 통합 코드를 직접 작성하기보다는 워크플로우 디자이너로 오케스트레이션 로직을 만드세요.

  • 성능 최적화:내장된 커넥터를 사용해 기본적으로 Azure Logic Apps 런타임에서 직접 실행하세요.

    이 커넥터 연산은 서비스 엔드포인트와 통신하고, 자체 코드를 실행하며, 워크플로우 구조를 제어하고, 데이터를 조작하거나, 더 빠른 속도, 용량, 처리량을 가진 일반적으로 사용되는 자원에 연결할 수 있습니다.

  • 관리 서비스 접근: 서비스 및 시스템 API에 미리 구축된 접근 권한을 위해 관리 커넥터를 사용하세요.

    이 커넥터 작업들은 글로벌 다중 테넌트 Azure에서 실행됩니다. 다음은 그 예입니다.

    • Office 365 서비스(예: Outlook, Excel 및 SharePoint)
    • 엔터프라이즈 시스템(예: SAP 및 IBM MQ)

  • 코드로 워크플로우를 확장하세요: 인라인 코드를 실행하거나, Azure Functions를 호출하거나, 사전 구축된 작업이 요구사항에 맞지 않을 경우 맞춤형 커넥터를 생성하세요.

  • 관리형 확장 활용: 비즈니스 로직에 집중하는 동안 Azure가 워크플로우를 호스팅, 모니터링, 확장하도록 하세요.

Azure Logic Apps를 사용하여 워크플로를 빌드하는 경우 일반적으로 코드를 작성할 필요가 없습니다. 하지만 직접 코드를 만들고 실행해야 할 경우, Azure Logic Apps가 이 기능을 지원합니다. 예를 들어 다중 테넌트 Azure Logic Apps에서 실행되는 워크플로에서 워크플로 내에서 직접 JavaScript 코드 조각을 작성하고 실행할 수 있습니다. 더 복잡하고 구조화된 코드를 위해 Azure Functions 플랫폼을 사용할 때 워크플로에서 함수를 만들고 호출할 수 있습니다. 단일 테넌트 Azure Logic Apps, ASE(App Service Environment) v3 또는 부분적으로 연결된 환경에서 실행되는 워크플로의 경우 워크플로 내에서 직접 JavaScript 코드 조각, .NET 코드, C# 스크립트 및 PowerShell 스크립트를 작성하고 실행할 수 있습니다.

워크플로가 Azure 서비스, 사용자 지정 앱 또는 다른 솔루션의 이벤트와 상호 작용해야 하는 경우 Azure Event Grid 또는 Azure Event Hubs를 사용하여 이벤트를 모니터링, 라우팅, 게시할 수 있습니다.

자세한 내용은 다음을 참조하세요:

Microsoft Azure는 Azure Logic Apps를 완전히 관리하여, 이러한 서비스로 구축된 솔루션을 호스팅, 확장, 관리, 모니터링, 유지보수에 신경 쓸 필요가 없습니다. 이러한 기능을 활용해 '서버리스' 앱과 솔루션을 만들면, 비즈니스 로직과 기능 구축에 더 집중할 수 있습니다. 서버리스 플랫폼은 요구 사항에 맞게 자동으로 크기를 조정하고, 통합이 더 빠르게 작동하도록 하며, 코드를 거의 또는 전혀 사용하지 않고 강력한 클라우드 앱을 빌드하는 데 도움이 됩니다.

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

주요 용어

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

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

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

- 여러 워크플로를 지원하며 단일 테넌트 Azure Logic Apps, App Service Environment(ASE) v3(Windows 플랜만) 또는 부분적으로 연결된 환경에서 호스팅되고 실행되는 표준 논리 앱 리소스

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

내장 커넥터는 워크플로우 제어, 자체 코드 실행, 데이터 처리, 엔드포인트 통신 및 기타 워크플로우 작업을 지원합니다. 자세한 내용은 내장 커넥터를 참조하세요.
관리형 커넥터 이 커넥터 또는 작업 유형은 서비스 또는 시스템 API를 위한 Microsoft가 관리하는 프록시입니다. 대부분의 관리형 커넥터는 인증된 연결이 필요합니다. 자세한 내용은 관리 커넥터를 참조하세요.
통합 계정 이 Azure 리소스는 워크플로우에 사용할 B2B 산출물을 정의하고 저장할 수 있게 해줍니다. 통합 계정을 만들고 논리 앱에 연결하면 워크플로에서 이러한 B2B 아티팩트를 사용할 수 있습니다. 워크플로는 EDI(전자 데이터 교환) 및 EAI(Enterprise Application Integration) 표준을 따르는 메시지를 교환할 수도 있습니다.

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

Azure Logic Apps 기능

현재 시스템과 서비스를 연결하는 워크플로우로 작게 시작해 통합 요구사항이 커질수록 기능을 추가할 수 있습니다:

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

각 워크플로는 항상 트리거로 시작하고 커넥터 갤러리에서 여러 작업을 수행합니다.

시간을 절약하고 복잡한 프로세스를 간소화하려면 Azure 포털 또는 Visual Studio Code 그래픽 워크플로 디자이너를 사용하여 워크플로를 만듭니다. 각 워크플로에는 JSON(JavaScript Object Notation) 형식으로 정의된 기본 정의도 있습니다. 원하는 경우 이 JSON 정의를 변경하여 워크플로를 편집할 수 있습니다. 일부 만들기 및 관리 작업의 경우 Azure PowerShell 및 Azure CLI 명령을 사용할 수도 있습니다. 자동 배포의 경우 Azure Logic Apps가 Azure Resource Manager 템플릿을 지원합니다.

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

설명하기는 쉽지만 코드로 구현하기는 어려운 패턴 및 프로세스가 있습니다. 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 Logic Apps의 단일 테넌트 및 다중 테넌트를 참조하세요.

다음 표에서는 소비 및 표준 논리 앱 워크플로 간의 차이점을 간략하게 요약합니다. 또한 멀티테넌트 환경, 단일 테넌트 환경, App Service Environment v3(ASEv3), 그리고 논리 애플리케이션 워크플로우를 배포, 호스팅, 실행하는 하이브리드 환경 간의 차이점도 배웁니다.

호스팅 옵션 이점 리소스 공유 및 사용 가격 책정 및 대금 청구 모델 한도 관리
소비

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

- 사용한 만큼 요금을 지불하려는 경우.

- 완전 관리형		 단일 논리 앱 리소스는 단 하나의 워크플로만 가질 수 있습니다.

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

참고: 데이터 상주 및 중복에 관해:

- 에이전트와 상호 작용하지 않는 워크플로 또는 워크플로 섹션의 경우, 데이터는 쌍으로 연결된 지역에 복제됩니다. 고가용성을 위해 GRS(지역 중복 스토리지)가 사용하도록 설정됩니다.

- 워크플로우 내 모든 에이전트는 어떤 지역에서든 생성될 수 있는 Azure OpenAI 모델을 사용하기 때문에, 모델이 처리하는 데이터에 대해 데이터 상주가 보장되지 않습니다.		 사용량(실행당 과금) Azure Logic Apps는 이러한 한도에 대한 기본값을 관리하지만 특정 한도에 대해 옵션이 있는 경우 이러한 값 중 일부를 변경할 수 있습니다.
표준(워크플로 서비스 계획)

호스트 환경:
단일 테넌트 Azure 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에서 논리 앱에 대한 앱 및 환경 설정 편집을 참조하세요.
표준(하이브리드)

호스트 환경:
사용자 고유의 온-프레미스 인프라		 - 자체 인프라를 제어하고 관리해야 하는 시나리오입니다.

- 로컬 처리, 스토리지 및 네트워크 액세스가 필요한 부분적으로 연결된 환경에 대한 통합 솔루션을 빌드하고 호스트할 수 있는 기능입니다.

- 온-프레미스 시스템, 프라이빗 클라우드 및 퍼블릭 클라우드를 포함할 수 있는 인프라를 지원합니다.

- 워크플로는 Azure Container Apps 확장의 일부로 온-프레미스에서 호스트되는 Azure Logic Apps 런타임에 의해 구동됩니다.

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

- 하이브리드 배포를 사용하여 표준 논리 앱에 대한 자체 인프라 설정

- 자체 인프라에서 하이브리드 배포를 위한 표준 논리 앱 워크플로 만들기		 단일 논리 앱에는 여러 상태 저장 및 상태 비저장 워크플로가 있을 수 있습니다.

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

데이터는 논리 앱을 배포하는 동일한 지역에 유지됩니다.		 하이브리드 가격 책정 시나리오의 요구 사항에 따라 다양한 한도에 대한 기본값을 변경할 수 있습니다.

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

AI 에이전트 기능

Azure Logic Apps는 결정론적이고 확률적인 에이전트 워크플로우를 통해 AI 기반 자동화를 지원합니다. 이 워크플로우들은 대형 언어 모델(LLM), 에이전트 루프, 에이전트, MCP 서버, 커넥터 액션에서 구축된 도구를 결합하여 자연어 명령어를 해석하고, 의사결정을 내리며, 데이터 접근을 하고, Microsoft 및 비Microsoft 시스템 전반에서 다단계 작업을 수행합니다. 또한 Microsoft Foundry에서 워크플로우와 커넥터 액션을 에이전트용 재사용 도구로 노출할 수 있으며, Azure Logic Apps는 장기 실행 프로세스, 재전송, 오류 처리, 외부 시스템과의 통합과 같은 오케스트레이션 문제를 처리합니다.

자세한 내용은 다음을 참조하세요:

엔터프라이즈 통합 및 B2B 시나리오

기업과 조직은 EDIFACT, AS2, X12, RosettaNet과 같은 다양한 산업 표준 메시지 프로토콜과 형식을 사용하여 전자적으로 통신합니다. 이러한 프로토콜을 따라 B2B 메시지를 교환하고 변환하는 워크플로우를 자동화할 수 있으며, Azure Logic Apps는 암호화와 디지털 서명을 사용하여 이를 원활하고 안전하게 처리합니다.

파트너, 계약, 스키마, 맵 등 워크플로우에서 사용하는 B2B(B2B) 산출물을 정의하려면, 이 산출물에 대한 통합 계정을 생성하세요. 이 계정을 로직 앱 리소스에 연결하면, 워크플로우는 이러한 산출물을 사용하여 전자 데이터 교환(EDI) 및 엔터프라이즈 애플리케이션 통합(EAI) 표준을 준수하는 메시지를 교환할 수 있습니다.

상황에 맞는 작업을 선택해 더 알아보세요:

Azure Resource Manager 템플릿을 사용해 환경 간 워크플로우를 재사용하세요

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

커넥터가 없을 때 커스텀 코드를 실행하세요

원하는 코드를 실행할 적절한 커넥터가 없다면, 워크플로우에 다른 선택지가 있습니다:

Azure Virtual Network의 리소스에 직접 액세스

Azure Logic Apps(표준)를 사용하면 워크플로우가 Azure 가상 네트워크 내 가상 머신, 기타 서비스, 시스템 등 보안 자원에 접근할 수 있습니다. Azure Logic Apps(표준)는 전용 자원을 사용하고 전역 다중 테넌트 Azure Logic Apps과 별도로 운영되는 단일 테넌트 Azure Logic Apps 인스턴스입니다.

전용 인스턴스에서 논리 앱 워크플로우를 호스팅하고 실행함으로써, 다른 Azure 테넌트가 앱 성능이나 '소음 많은 이웃' 효과에 미치는 영향을 줄일 수 있습니다.

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

  • 자신만의 고정 IP 주소를 얻는데, 이는 다중 테넌트 Azure Logic Apps에서 논리 앱들이 공유하는 고정 IP 주소와는 별개입니다. 대상 시스템과 통신하도록 단일 공용, 정적 및 예측 가능한 아웃바운드 IP 주소를 설정할 수도 있습니다. 이 IP 주소를 사용하면 목적지 시스템에 추가 방화벽 개구를 설정할 필요가 없습니다.

  • 실행 시간, 저장 공간 유지, 처리량, HTTP 요청 및 응답 타임아웃, 메시지 크기, 커스텀 커넥터 요청 등 제한이 늘어납니다. 자세한 내용은 Azure Logic Apps에 대한 제한 및 구성을 참조하세요.

논리 앱의 작동 원리

논리 앱 워크플로는 항상 단일 트리거로 시작합니다. 트리거는 특정 이벤트가 발생하거나 데이터가 특정 기준을 충족하는 등 특정 조건이 충족될 때 작동합니다. 대부분의 트리거에는 워크플로의 실행 빈도를 제어하는 예약 기능이 포함되어 있습니다. 트리거가 발생한 후에는 하나 이상의 작업이 워크플로를 통해 이동하는 데이터를 처리, 취급 또는 변환하는 작업을 실행하거나 워크플로를 다음 단계로 진행시키는 작업을 실행합니다.

앞서 예시된 순서 워크플로우에서는 다음과 같은 단계들이 진행됩니다:

  1. 트리거는 명령을 받습니다.

  2. 조건은 주문 비용을 리뷰 임계값과 비교합니다.

  3. 임계값 이하의 주문은 계속 처리됩니다.

  4. 기준을 초과한 주문은 수동 검토를 위해 이메일을 보내야 합니다.

  5. 스위치는 리뷰어의 응답을 처리합니다:

    • 승인: 주문 처리 계속 진행하세요.
    • 에스컬레이션: 더 많은 정보를 얻고 주문을 재평가하세요.
    • 충족되지 않은 요건: 문제에 대해 이메일을 보내세요.

컨디션 및 스위치 액션을 사용하는 워크플로우 디자이너와 샘플 엔터프라이즈 워크플로우를 보여주는 스크린샷입니다.

메시지 배달 보장

Azure Logic Apps "한 번 이상" 메시지를 전달합니다. 메시지가 손실되지 않으며 서비스에서 메시지를 두 번 이상 배달하는 경우는 거의 없습니다. 그러나 비즈니스에서 중복 메시지를 처리하지 않거나 처리할 수 없는 경우 멱등성을 구현해야 합니다. 이 방법은 데이터 무결성 및 시스템 안정성을 유지하면서 동일하거나 중복된 메시지를 허용합니다. 첫 번째 실행 후에는 중복 작업이 결과를 변경하지 않습니다.

소비 및 표준 논리 앱의 가격 모델

각 논리 앱 호스팅 옵션(다중 테넌트, 단일 테넌트, ASE(App Service Environment) v3 또는 부분적으로 연결된 환경)에는 다른 가격 책정 모델이 있습니다. 예를 들어 다중 테넌트 소비 논리 앱 워크플로는 소비 가격 책정 모델을 따르고 단일 테넌트 표준 논리 앱 워크플로는 표준 가격 책정 모델을 따릅니다. 특정 가격 책정 세부 정보는 Azure Logic Apps 가격 책정을 참조하세요.

적절한 자동화 서비스를 선택하세요

Azure Logic Apps가 귀하의 작업 부하에 맞는지 판단하려면 다음 비교 자료를 사용하세요:

선택 시나리오
Azure 논리 앱 서비스, 시스템, 애플리케이션, 데이터 소스 전반에 걸친 엔터프라이즈 비즈니스 프로세스를 위한 디자이너 우선 자동화된 오케스트레이션 워크플로우. Azure Functions에서 함수를 호출할 수 있습니다.
Azure Functions Durable Functions 확장 기능을 사용한 코드 우선 자동 오케스트레이션. Azure Logic Apps에서 워크플로우를 호출할 수 있습니다.
Microsoft Power Automate (자동화 소프트웨어) 비즈니스 사용자, 사무직 종사자 및 시민 개발자를 위한 무코드 자동화 워크로드
Azure Automation Runbook들 인프라 관리와 가상 머신 재시작과 같은 간단한 복원 작업도 포함됩니다.

자세한 결정 정보는 다음을 참조하세요:

시작하기

  • Azure Logic Apps 시도하기 전에 Azure 계정 및 구독이 필요합니다. 구독이 없는 경우 무료 Azure 계정을 가져옵니다.

  • 준비가 되면, 시나리오에 맞는 시작 가이드를 선택하세요:

당신은 창조하고 싶어 합니다 여기에서 시작
소비 기반, 다중 테넌트 워크플로우 소비 논리 앱 워크플로우 만들기
격리형, 단일 테넌트, ASE v3 또는 하이브리드 워크플로우 표준 로직 앱 워크플로우 만들기
자율 에이전트 워크플로 자율 에이전트 워크플로 만들기
대화형 에이전트 워크플로 대화형 에이전트 워크플로 만들기
동적으로 실행되는 에이전트 워크플로우 동적으로 실행되는 에이전트 워크플로우를 만드세요

다음 단계

  • Last updated on