Azure Scheduler 작업을 Azure Logic Apps로 마이그레이션

아티클
02/13/2024

Important

Azure Logic Apps는 2022년 1월 31일부터 완전히 사용 중지되고 Azure Scheduler로 대체됩니다. 이 문서의 단계에 따라 Azure Logic Apps에서 워크플로로 다시 만들어 Azure Scheduler 작업을 마이그레이션하세요. Azure Scheduler는 Azure Portal에서 더 오래 사용할 수 있습니다. Azure Scheduler REST API 및 Azure Scheduler PowerShell cmdlet은 더 이상 작동하지 않습니다.

이 문서에서는 Azure Scheduler 대신 Azure Logic Apps를 사용하여 자동화된 워크플로를 만들어서 일회성 및 되풀이 작업을 예약하는 방법을 보여줍니다. Azure Logic Apps를 사용하여 예약된 작업을 만들면 다음과 같은 이점이 있습니다.

Azure Blob Storage, Azure Service Bus, Office 365 Outlook 및 SAP와 같은 수백 개의 서비스에서 비주얼 디자이너 및 바로 사용할 수 있는 커넥터를 사용하여 작업을 빌드합니다.
예약된 각 워크플로를 최고 수준의 Azure 리소스로 관리합니다. 각 논리 앱은 개별 Azure 리소스이므로 작업 컬렉션 개념에 대해 걱정할 필요가 없습니다.
단일 논리 앱 워크플로를 사용하여 일회성 작업을 여러 개 실행할 수 있습니다.
표준 시간대를 지원하고 DST(일광 절약 시간제)로 자동 조정되는 일정을 설정합니다.

자세한 내용은 Azure Logic Apps란?을 참조하거나 빠른 시작: 다중 테넌트 Azure Logic Apps에서 예제 사용량 논리 앱 워크플로 만들기에 따라 첫 번째 논리 앱 워크플로를 만들어 보세요.

필수 조건

Azure 계정 및 구독 Azure 구독이 없는 경우 체험 Azure 계정에 등록합니다.
HTTP 요청을 전송하여 논리 앱 워크플로를 트리거하려면 Postman 데스크톱 앱 같은 도구를 사용합니다.

스크립트를 사용하여 마이그레이션

각 스케줄러 작업은 고유하므로 Azure Scheduler 작업을 Azure Logic Apps로 마이그레이션하는 데 적합한 단일 크기 도구는 없습니다. 그러나 사용자 요구에 맞게 이 스크립트를 편집할 수 있습니다.

일회성 작업 예약

단일 논리 앱 워크플로를 만들어서 일회성 작업을 여러 개 실행할 수 있습니다.

Azure Portal에서 디자이너를 사용하여 빈 논리 앱 워크플로를 만듭니다.

기본 단계는 예제 사용량 논리 앱 워크플로 만들기를 따릅니다.
디자이너 검색 상자에 Request 트리거를 찾기 위한 http 요청 시기를 입력합니다. 트리거 목록에서 HTTP 요청이 수신된 경우라는 트리거를 선택합니다.
요청 트리거의 경우 필요에 따라 JSON 스키마를 제공할 수 있습니다. 이를 통해 워크플로 디자이너는 요청 트리거에 대한 인바운드 호출에 포함된 입력의 구조를 이해하고 워크플로 뒷부분에서 출력을 좀 더 쉽게 선택할 수 있습니다.

요청 본문 JSON 스키마 상자에서 스키마를 입력합니다. 예를 들면 다음과 같습니다.

스키마는 없지만 JSON 형식의 샘플 페이로드가 있는 경우 해당 페이로드로 스키마를 생성할 수 있습니다.
1. 요청 트리거에서 샘플 페이로드를 사용하여 스키마 생성을 선택합니다.
2. 다음과 같이 샘플 JSON 페이로드를 입력하거나 붙여넣기에서 샘플 페이로드를 입력하고 완료를 선택합니다.
```
{
   "runat": "2012-08-04T00:00Z",
   "endpoint": "https://www.bing.com"
}
```
트리거 아래에서 다음 단계를 선택합니다.
디자이너 검색 상자에 지연을 입력합니다. 작업 목록에서 다음까지 지연이라는 작업을 선택합니다.

이 작업은 지정된 날짜 및 시간까지 논리 앱 워크플로를 일시 중지합니다. 예:
논리 앱 워크플로를 시작할 타임스탬프를 입력합니다.

타임스탬프 상자 내부를 클릭하면 필요에 따라 트리거에서 출력을 선택할 수 있는 동적 콘텐츠 목록이 나타납니다.
수백 개의 바로 사용할 수 있는 커넥터에서 선택하여 실행하려는 다른 작업을 추가합니다.

예를 들어 URL로 요청을 전송하는 HTTP 작업 또는 Storage 큐, Service Bus 큐, Service Bus 토픽을 사용하는 작업을 포함할 수 있습니다.
완료되면 논리 앱 워크플로를 저장합니다.

논리 앱 워크플로를 처음으로 저장하면 논리 앱 워크플로의 요청 트리거에 대한 엔드포인트 URL이 HTTP POST URL 상자에 나타납니다. 논리 앱 워크플로를 트리거하고 처리를 위해 워크플로에 입력을 보내려면 생성된 URL에 요청을 호출 대상으로 보냅니다. 예를 들면 다음과 같습니다.
나중에 논리 앱 워크플로를 트리거하는 수동 요청을 보낼 수 있도록 엔드포인트 URL을 복사하고 저장합니다.

일회성 작업 시작

일회성 작업을 수동으로 실행하거나 트리거하려면 논리 앱의 요청 트리거에 대한 엔드포인트 URL에 호출을 보냅니다. 이 호출에서 전송할 입력 또는 페이로드를 지정합니다. 앞에서 스키마를 지정하여 입력 또는 페이로드에 대해 설명했을 수도 있습니다.

예를 들어 Postman 앱을 사용하는 경우 이 샘플과 비슷한 설정으로 POST 요청을 만든 후 보내기를 선택하여 요청을 만들 수 있습니다.

요청 메서드	URL	Body	헤더
POST	<endpoint-URL>	원시 JSON(애플리케이션/json) 원시 상자에 요청에서 보낼 페이로드를 입력합니다. 참고: 이 설정은 자동으로 헤더 값을 구성합니다.	키: Content-Type 값: 애플리케이션/json

요청 메서드

URL

Body

헤더

POST

<endpoint-URL>

원시

JSON(애플리케이션/json)

원시 상자에 요청에서 보낼 페이로드를 입력합니다.

참고: 이 설정은 자동으로 헤더 값을 구성합니다.

키: Content-Type
값: 애플리케이션/json

Screenshot showing the request to send for manually triggering your logic app workflow.

호출을 보낸 후 본문 탭의 원시 상자 아래에 논리 앱 워크플로의 응답이 표시됩니다.

Important

나중에 작업을 취소하려면 헤더 탭을 선택합니다. 응답에서 x-ms-workflow-run-id 헤더 값을 찾아 복사합니다.

Screenshot showing the response.

일회성 작업 취소

Azure Logic Apps에서 각 일회성 작업은 단일 워크플로 실행 인스턴스로 실행됩니다. 일회성 작업을 취소하려면 Azure Logic Apps REST API에서 Workflow Runs - Cancel을 사용하면 됩니다. 트리거 호출을 보낼 때 워크플로 실행 ID를 제공해야 합니다.

반복 작업 예약

Azure Portal에서 디자이너를 사용하여 빈 논리 앱 워크플로를 만듭니다.

기본 단계는 다중 테넌트 Azure Logic Apps에서 예제 사용량 논리 앱 워크플로 만들기를 따릅니다.
디자이너 검색 상자에 되풀이를 입력합니다. 트리거 목록에서 Recurrence라는 트리거를 선택합니다.
원하는 경우 고급 일정을 설정합니다.

고급 일정 옵션에 대한 자세한 내용은 Azure Logic Apps를 사용하여 되풀이 작업 및 워크플로를 만들고 실행을 검토하세요.
수백 개의 바로 사용할 수 있는 커넥터에서 선택하여 원하는 다른 작업을 추가합니다. 트리거 아래에서 다음 단계를 선택합니다. 원하는 작업을 찾아 선택합니다.

예를 들어 URL로 요청을 전송하는 HTTP 작업 또는 Storage 큐, Service Bus 큐, Service Bus 토픽을 사용하는 작업을 포함할 수 있습니다.
완료되면 논리 앱 워크플로를 저장합니다.

고급 설정

다음 섹션에서는 작업을 사용자 지정할 수 있는 다른 방법을 설명합니다.

다시 시도 정책

일시적인 오류가 발생할 때 논리 앱 워크플로에서 작업 재실행을 시도하는 방법을 제어하려면 다음과 같이 각 작업의 설정에서 재시도 정책을 설정하면 됩니다.

작업의 줄임표(...) 메뉴를 열고 설정을 선택합니다.
원하는 재시도 정책을 선택합니다. 각 정책에 대한 자세한 내용은 재시도 정책을 검토하세요.

예외 및 오류 처리

Azure Scheduler에서 기본 작업이 실행에 실패하는 경우 오류 조건을 해결하는 대체 작업을 실행할 수 있습니다. Azure Logic Apps에서도 동일한 작업을 수행할 수 있습니다.

워크플로 디자이너에서, 처리하려는 작업의 위쪽에서 포인터를 단계 사이의 화살표 위로 이동하고 병렬 분기 추가를 선택합니다.
대체 작업으로 실행할 작업을 찾아서 선택합니다.
대체 작업에서 줄임표(...) 메뉴를 열고 실행 조건 구성을 선택합니다.
성공 속성의 확인란을 선택 취소합니다. 실패함, 건너뜀, 시간이 초과됨이라는 속성을 선택합니다.
완료되면 완료를 선택합니다.

예외 처리에 대한 자세한 내용은 오류 및 예외 처리 - RunAfter 속성을 참조하세요.

FAQ

Q:: Azure Scheduler는 언제 사용 중지되나요?
A: Azure Scheduler는 2022년 1월 31일에 완전히 사용 중지되었습니다. 일반 업데이트는 Azure 업데이트 - Scheduler를 참조하세요.

Q: Azure Scheduler가 중지된 후 작업 컬렉션과 작업은 어떻게 되나요?
A: 모든 Azure Scheduler 작업 컬렉션과 작업의 실행이 중지되고 시스템에서 삭제됩니다.

Q:: Azure Scheduler 작업을 Azure Logic Apps로 마이그레이션하기 전에 다른 태스크를 백업하거나 수행해야 하나요?
A: 작업을 백업하는 것은 언제나 가장 좋은 모범 사례입니다. 이전에 만든 논리 앱 워크플로가 예상대로 실행되는지 확인한 후 Azure Scheduler 작업을 삭제하거나 사용하지 않도록 설정하세요.

Q: Azure Scheduler에서 예약된 Azure Web Jobs는 어떻게 되나요?
A: 웹 작업 예약의 이 방법을 사용하는 웹 작업은 내부적으로 Azure Scheduler를 사용하지 않습니다. “일정이 작동하려면 웹 사이트를 Always On으로 구성해야 하며 Azure Scheduler가 아니라 내부에서 스케줄러를 구현해야 합니다.” 영향을 받는 유일한 웹 작업은 특히 Azure Scheduler를 사용하여 웹 작업 API를 사용하는 웹 작업을 실행하는 작업입니다. HTTP 작업을 사용하여 논리 앱 워크플로에서 이러한 WebJobs를 트리거할 수 있습니다.

Q:: 작업을 Azure Scheduler에서 Azure Logic Apps로 쉽게 마이그레이션할 수 있는 도구가 있나요?
A: 각 Azure Scheduler 작업은 고유하기 때문에 만능 도구는 존재하지 않습니다. 그러나 필요에 따라 이 스크립트를 편집하여 Azure Scheduler 작업을 Azure Logic Apps로 마이그레이션할 수 있습니다.

Q:: Azure Scheduler 작업 마이그레이션에 대한 지원은 어디서 받을 수 있나요?
A: 다음과 같은 방법으로 지원을 받을 수 있습니다.

Azure Portal

Azure 구독에 유료 지원 플랜이 있는 경우 Azure Portal에서 기술 지원 요청을 만들 수 있습니다. 없는 경우 다른 지원 옵션을 선택할 수 있습니다.

Azure Portal 주 메뉴에서 도움말 + 지원을 선택합니다.

지원 메뉴에서 새 지원 요청을 선택합니다. 요청에 대한 다음 정보를 제공합니다.

속성	값
문제 유형	기술적
구독	<your-Azure-subscription>
서비스	모니터링 및 관리 아래에서 Scheduler를 선택합니다. Scheduler를 찾을 수 없는 경우 먼저 모든 서비스를 선택합니다.

원하는 지원 옵션을 선택합니다. 유료 지원 계획이 있는 경우 다음을 선택합니다.

다음 단계

다중 테넌트 Azure Logic Apps에서 소비 논리 앱 워크플로 예제 만들기