Azure Logic Apps를 사용하는 경우
여기서는 Azure Logic Apps가 워크플로에 대한 올바른 선택인지 여부를 결정할 수 있는 방법을 설명합니다. Azure Logic Apps가 성능 및 기능 목표를 충족하는지 여부를 나타내는 일부 기준을 나열해 봅시다.
의사 결정 기준
Azure Logic Apps를 사용하면 서로 다른 시스템을 통해 데이터 흐름을 조정할 수 있습니다. Azure Logic Apps가 가장 좋은 옵션이 될 수 없는 경우는 일반적으로 실시간 요구 사항, 복잡한 비즈니스 규칙 또는 비표준 서비스 사용과 관련이 있습니다. 이러한 각 요인에 대한 설명은 다음과 같습니다.
| 요인 | 설명 |
|---|---|
| 통합 | Azure Logic Apps를 고려할 때 반드시 해야 하는 질문은 “서비스를 통합해야 하나요?”입니다. Azure Logic Apps는 여러 애플리케이션과 시스템이 함께 작동해야 할 때 효과를 발휘합니다. 이를 위해 설계되었습니다. 외부 연결이 없는 앱을 빌드하는 경우 Azure Logic Apps는 가장 좋은 옵션이 아닐 수 있습니다. |
| 성능 | 다음으로 고려할 것은 성능입니다. Azure Logic Apps 실행 엔진은 자동으로 앱을 확장합니다. Azure Logic Apps는 높은 처리량을 달성할 수 있도록 큰 데이터 세트를 병렬로 처리할 수 있습니다. 그러나 매우 빠른 활성화를 보장하거나 실행 시간에 대해 실시간 제약 조건을 적용하지 않습니다. 1초 미만의 짧은 응답 시간을 원하는 경우 Azure Logic Apps는 적합하지 않을 수 있습니다. |
| 조건 | Azure Logic Apps는 앱이 데이터를 기반으로 하는 의사 결정을 내릴 수 있도록 부울 식, switch 문, 루프 등과 같은 제어 구문을 제공합니다. 논리 앱 워크플로에 매우 복잡하고 깊이 중첩된 조건을 구축할 수 있습니다. 이렇게 하지 않을 두 가지 이유가 있습니다. 첫째, 워크플로 디자이너를 사용하지 않고 코드에서 조건부 논리를 작성하기가 더 쉬운 경우가 많습니다. 둘째, 포함된 비즈니스 규칙이 쉽게 다른 앱과 공유되지 않습니다. 일부 사용자는 복잡한 비즈니스 규칙을 논리 앱 워크플로에 직접 포함하기를 좋아합니다. 일부 사용자는 Azure 함수와 같은 무언가를 작성하여 조건부 논리를 캡슐화하고 모든 앱에서 이 함수를 호출하는 것이 더 간편하다고 생각합니다. |
| 커넥터 | 마지막 고려 사항은 액세스해야 하는 모든 서비스에 사용할 수 있는 미리 빌드된 커넥터가 있는지 여부입니다. 있다면 계속 진행할 수 있습니다. 없다면 사용자 지정 커넥터를 만들어야 합니다. 서비스에 기존 REST 또는 SOAP API가 있으면 코드 작성 없이 몇 시간 안에 사용자 지정 커넥터를 만들 수 있습니다. 그렇지 않은 경우 커넥터를 만들기 전에 먼저 API를 만들어야 합니다. |
조건 적용
Azure Logic Apps는 일부 추가 제어 논리로 여러 서비스를 통합하는 경우에 가장 잘 작동합니다. 의사 결정은 종종 주관적 결정입니다. 예제 프로세스에 이러한 조건을 적용하는 방법에 대해 생각해 보겠습니다.
가상의 신발 회사가 소셜 미디어를 모니터링하고, 이전 동영상을 보관 스토리지로 이동하고, 신발을 온라인으로 판매해야 했습니다. 이 회사의 목표는 이러한 작업이 Logic Apps에 적합한지 여부를 결정하는 것이었습니다. 의사 결정을 내리려면 개발한 네 가지 기준인 통합, 성능, 조건, 커넥터를 사용하여 각 작업을 분석해야 합니다. 다음 표에서는 이 결과를 요약합니다.
| 통합 | 성능 | 조건 | 커넥터 | Logic Apps 사용 여부 | |
|---|---|---|---|---|---|
| 소셜 미디어 모니터링 | 여러 서비스 통합 | 실시간에 가까운 짧은 대기 시간이 필요 없음 | 하나의 간단한 조건 | 모든 필요한 시스템에 사용할 수 있는 기본 제공 커넥터 | 예 |
| 동영상 보관 유틸리티 | 하나의 서비스, 클라우드 스토리지에만 액세스 필요 | 실시간에 가까운 짧은 대기 시간이 필요 없음 | 두 개의 간단한 조건 | 모든 필요한 시스템에 사용할 수 있는 기본 제공 커넥터 | 예 |
| 직접 온라인 판매 | 여러 서비스 통합 | 실시간에 가까운 짧은 대기 시간이 필요 없음 | 여러 복잡한 조건 | 여러 사용자 지정 커넥터 필요 | 가능할 수도 있음 |
이 분석에서 고려할 몇 가지 흥미로운 점이 있습니다.
동영상 보관 작업은 여러 시스템을 통합하지는 않지만 Logic Apps에 적합합니다. Azure Logic Apps에는 기본 제공 타이머 트리거 및 이 프로세스를 구현하는 데 완벽한 Azure Blob 커넥터가 있습니다.
온라인 판매 프로세스에는 복잡한 비즈니스 논리가 포함될 수 있습니다. 예를 들어, 구매 금액에 따라 승인 프로세스가 다르거나 목적지에 따라 운송업체가 다를 수 있습니다. Azure Logic Apps는 이러한 조건을 쉽게 처리할 수 있습니다. 이러한 비즈니스 규칙을 앱에 포함할지 여부는 우리가 결정합니다.
온라인 판매 프로세스는 기본 제공 및 사용자 지정 커넥터를 혼합하여 사용할 것입니다. 메일 알림 및 데이터베이스 액세스를 위한 기본 제공 커넥터를 사용할 수도 있지만 사용자 지정 커넥터가 지불 처리 서비스와 통신하도록 해야 할 수도 있습니다.
Azure Logic Apps의 성능은 모든 작업에 잘 작동합니다. 그중 일부 작업이 많은 양의 데이터를 처리할 수도 있지만 Azure Logic Apps는 높은 처리량 또는 수요 급증을 처리하도록 자동으로 확장됩니다. 이 작업 중 어느 것도 짧은 대기 응답 시간이 필요하지 않습니다. 이것이 문제가 되려면 실시간에 가까운 제약 조건이 있어야 합니다.
Azure Logic Apps는 이러한 모든 작업에 사용할 수 있습니다. 온라인 판매 프로세스는 모든 옵션을 평가할 유일한 경우입니다. Azure Logic Apps는 필요한 사용자 지정 커넥터를 빌드하기 위한 리소스가 있는 경우 좋은 옵션입니다.
지침 요약
다음 순서도는 Azure Logic Apps 사용을 고려할 때 하는 주요 질문을 요약합니다.
Azure Logic Apps가 작업에 적합한지 여부를 결정하는 데 사용되는 순서도입니다. 순서도는 작업을 위해 Azure Logic Apps를 평가할 때 하는 주요 질문을 요약합니다. 첫째, 프로젝트에 여러 시스템을 통합하는 것이 포함되나요? 둘째, 짧은 대기 시간이 필요한가요? 셋째, 프로세스에 복잡한 논리가 포함되나요? 넷째, 액세스해야 하는 모든 시스템을 위한 커넥터가 있습니다.