자습서: Azure Logic Apps를 사용하여 일정 기반 자동화 워크플로 만들기

적용 대상: Azure Logic Apps(소비)

이 자습서에서는 반복 일정에 따라 실행되는 예 논리 앱 워크플로를 빌드하는 방법을 보여 줍니다. 특히 이 워크플로 예는 트래픽을 포함하여 두 장소 간의 이동 시간을 확인하고 매주 평일 아침에 실행합니다. 시간이 특정 제한을 초과하면 워크플로에서는 이동 시간 및 목적지에 도달하는 데 걸린 추가 시간이 포함된 이메일을 보냅니다. 워크플로에는 일정 기반 트리거에 이어 Bing Maps 작업, 데이터 연산 작업, 제어 흐름 작업 및 이메일 알림 작업으로 이어지는 다양한 단계가 포함되어 있습니다.

이 자습서에서는 다음 작업 방법을 알아봅니다.

  • 빈 논리 앱 및 워크플로를 만듭니다.
  • 워크플로를 실행할 일정을 지정하는 되풀이 트리거를 추가합니다.
  • 경로의 이동 시간을 가져오는 Bing Maps 작업을 추가합니다.
  • 변수를 만들고, 이동 시간을 초에서 분 단위로 변환하고, 해당 결과를 변수에 저장하는 작업을 추가합니다.
  • 이동 시간을 지정된 제한과 비교하는 조건을 추가합니다.
  • 이동 시간이 제한을 초과하는 경우 전자 메일을 보내는 작업을 추가합니다.

완료되면 워크플로는 다음 상위 수준 예와 유사합니다.

예제 논리 앱 워크플로의 간략한 개요를 보여주는 스크린샷

필수 구성 요소

사용량 논리 앱 워크플로 만들기

  1. Azure Portal에서 Azure 계정을 사용하여 로그인합니다.

  2. Azure 홈 페이지에서 리소스 만들기를 선택합니다.

  3. Azure Marketplace 메뉴에서 통합>논리 앱을 선택합니다.

  4. 논리 앱 만들기 창의 기본 탭에서 논리 앱 리소스에 대한 다음 정보를 제공합니다.

    Azure Portal, 논리 앱 만들기 창 및 새 논리 앱 리소스에 대한 정보를 보여 주는 스크린샷.

    속성 필수 설명
    구독 <Azure-subscription-name> Azure 구독 이름. 이 예에서는 종량제를 사용합니다.
    리소스 그룹 LA-TravelTime-RG 논리 앱 리소스 및 관련 리소스를 만드는 Azure 리소스 그룹입니다. 해당 이름은 모든 Azure 지역에서 고유해야 하고 문자, 숫자, 하이픈(-), 밑줄(_), 괄호((, )), 마침표(.)만 포함할 수 있습니다.
    이름 LA-TravelTime 모든 Azure 지역에서 고유해야 하고 문자, 숫자, 하이픈(-), 밑줄(_), 괄호((, )) 및 마침표(.)만 포함할 수 있는 논리 앱 리소스 이름입니다.
  5. 선택을 계속하기 전에 계획 섹션으로 이동합니다. 플랜 유형에서 사용량을 선택하여 다중 테넌트 Azure Logic Apps에서 실행되는 사용량 논리 앱 워크플로에 대한 설정만 표시합니다.

    플랜 유형 속성은 사용할 청구 모델도 지정합니다.

    플랜 유형 설명
    Standard 이 논리 앱 유형은 기본 선택으로, 단일 테넌트 Azure Logic Apps에서 실행되며 표준 청구 모델을 사용합니다.
    Consumption 이 논리 앱 유형은 전역 다중 테넌트 Azure Logic Apps에서 실행되며 사용량 청구 모델을 사용합니다.
  6. 이제 다음 선택을 계속합니다.

    속성 필수 설명
    지역 미국 서부 앱 정보를 저장할 Azure 데이터 센터 지역입니다. 이 예제에서는 Azure 미국 서부 지역에 샘플 논리 앱을 배포합니다.

    참고: 구독이 통합 서비스 환경과 연결된 경우 이 목록에 해당 환경이 포함됩니다.
    로그 분석 사용 ‘아니요’ 이 옵션은 사용량 논리 앱 유형을 선택한 경우에만 나타나고 적용됩니다. 진단 로깅을 사용하도록 설정하려는 경우에만 이 옵션을 변경합니다. 이 자습서에서는 기본 선택을 유지합니다.
  7. 완료되면 검토 + 만들기를 선택합니다. Azure에서 논리 앱 리소스에 대한 정보의 유효성을 검사한 후 만들기를 선택합니다.

  8. Azure가 앱을 배포한 후 리소스로 이동을 선택합니다.

    Azure는 소개 동영상, 일반적으로 사용되는 트리거 및 워크플로 템플릿 패턴을 보여 주는 워크플로 템플릿 선택 창을 엽니다.

  9. 비디오와 일반 트리거를 지나 템플릿 섹션이 나올 때까지 아래로 스크롤하고, 비어 있는 논리 앱을 선택합니다.

다음으로, 지정된 일정에 따라 워크플로를 실행하는 되풀이 트리거를 추가합니다. 모든 워크플로는 특정 이벤트가 발생하거나 새 데이터가 특정 조건을 충족할 때 실행되는 트리거로 시작해야 합니다. 자세한 내용은 첫 번째 논리 앱 워크플로 만들기를 참조하세요.

되풀이 트리거 추가

  1. 워크플로 디자이너의 검색 상자에서 기본 제공을 선택합니다.

  2. 검색 상자에 recurrence를 입력하고 되풀이라는 트리거를 선택합니다.

    Azure Portal, 워크플로 디자이너, 'recurrence'이 입력되고 'Recurrence' 트리거가 선택된 검색 상자를 보여 주는 스크린샷.

  3. 되풀이 셰이프에서 줄임표( ... ) 단추, 이름 바꾸기를 차례로 선택합니다. Check travel time every weekday morning 설명이 포함되도록 트리거 이름을 바꿉니다.

    줄임표 단추가 선택되었고,

  4. 트리거 내에서 이러한 속성을 여기에 설명된 대로 변경합니다.

    트리거의 간격 및 빈도 변경을 보여주는 스크린샷

    속성 필수 설명
    간격 1 검사 간에 대기하는 간격의 수
    빈도 Week 되풀이에 사용할 시간 단위
  5. 간격빈도 아래에서 새 매개 변수 추가 목록을 열고, 다음 속성을 선택하여 트리거에 추가합니다.

    • 요일 선택
    • 시간 선택
    • 분 선택

  6. 이제 여기서 설명한 대로 추가 속성의 값을 설정합니다.

    다음 표에 설명된 값으로 설정된 추가 속성을 보여주는 스크린샷

    속성 설명
    요일 선택 월요일, 화요일, 수요일, 목요일, 금요일 이 설정은 빈도로 설정한 경우에만 사용할 수 있습니다.
    시간 선택 7, 8, 9 이 설정은 빈도 또는 로 설정한 경우에만 사용할 수 있습니다. 이 되풀이의 실행 시간을 선택합니다. 이 예제에서는 7, 89시 표시에 실행됩니다.
    분 선택 0, 15, 30, 45 이 설정은 빈도 또는 로 설정한 경우에만 사용할 수 있습니다. 이 되풀이를 실행할 분을 선택합니다. 이 예제에서는 0시 표시에서 시작하여 15분마다 실행됩니다.

    이 트리거는 평일 오전 7시부터 오전 9시 45분까지 15분마다 실행됩니다. 미리 보기 상자는 되풀이 일정을 표시합니다. 자세한 내용은 작업 및 워크플로 예약워크플로 작업 및 트리거를 참조하세요.

  7. 지금은 트리거의 세부 정보를 숨기기 위해 셰이프의 제목 표시줄 내부를 클릭하여 셰이프를 축소합니다.

    축소된 트리거 셰이프를 보여주는 스크린샷

  8. 워크플로를 저장합니다. 디자이너 도구 모음에서 저장을 선택합니다.

이제 논리 앱 워크플로가 Azure Portal에서 작동 중이지만, 지정된 일정에 따라 트리거하는 것 외에는 아무 것도 하지 않습니다. 따라서 트리거가 실행되면 응답하는 작업을 추가해 보겠습니다.

경로의 이동 시간 가져오기

이제 트리거가 생겼으니, 두 장소 사이의 이동 시간을 가져오는 작업을 추가합니다. Azure Logic Apps는 이 정보를 쉽게 얻을 수 있도록 Bing 지도 API에 대한 커넥터를 제공합니다. 이 작업을 시작하기 전에, 이 자습서의 필수 구성 섹션에서 설명한 Bing 지도 API 키를 갖고 있는지 확인합니다.

  1. 워크플로 디자이너의 되풀이 트리거에서 새 단계를 선택합니다.

  2. 작업 선택에서 표준을 선택합니다. 검색 상자에 bing maps를 입력하고 경로 가져오기라는 작업을 선택합니다.

  3. Bing 지도가 연결되지 않으면 연결을 만들라는 메시지가 나타납니다. 연결 정보를 보이는 대로 입력하고 만들기를 선택합니다.

    지정된 연결 이름과 Bing Maps API 키를 사용하는 Bing Maps 연결 상자를 보여주는 스크린샷

    속성 필수 설명
    연결 이름 BingMapsConnection 연결 이름을 입력합니다. 이 예에서는 BingMapsConnection를 사용합니다.
    API 키 <Bing-Maps-API-key> 이전에 받은 Bing Maps API 키를 입력합니다. Bing 지도 키가 없는 경우 키를 가져오는 방법을 알아보세요.
  4. Get route and travel time with traffic 설명이 포함되도록 작업 이름을 바꿉니다.

  5. 작업 내에서 새 매개 변수 목록 추가를 열고, 다음 속성을 선택합니다.

    • Optimize
    • Distance unit
    • Travel mode

  6. 여기에 설명된 대로 속성 값을 입력합니다.

    속성 필수 Description
    Waypoint 1 <시작 위치> 경로의 출발지입니다. 이 예제에서는 예제 출발지 주소를 지정합니다.
    Waypoint 2 <마지막 위치> 경로의 도착지입니다. 이 예제에서는 예제 도착지 주소를 지정합니다.
    Optimize timeWithTraffic 거리, 현재 트래픽 하에서의 이동 시간 등 경로를 최적화하기 위한 매개 변수. 매개 변수 값 timeWithTraffic을 선택합니다.
    Distance unit <원하는 단위> 경로의 거리 단위. 이 예제에서는 단위로 마일을 사용합니다.
    Travel mode Driving 경로의 이동 모드. 운전 모드를 선택합니다.

    이러한 매개 변수와 값에 대한 자세한 내용은 경로 계산을 참조하세요.

  7. 디자이너 도구 모음에서 저장을 선택합니다.

다음으로, 현재 이동 시간을 초가 아닌 분으로 변환하여 저장할 수 있도록 변수를 만듭니다. 이렇게 하면 변환을 반복하지 않을 수 있으며 이후 단계에서 값을 좀 더 수월하게 사용할 수 있습니다.

이동 시간을 저장하는 변수 만들기

경우에 따라 워크플로에서 데이터에 대한 작업을 실행한 다음, 이후 작업에서 결과를 사용할 수 있습니다. 이러한 결과를 간편하게 재사용 또는 참조할 수 있도록 결과를 저장하려면 데이터 처리 후 결과를 저장하는 변수를 만들면 됩니다. 워크플로의 최상위 수준에서만 변수를 만들 수 있습니다.

기본적으로 경로 가져오기 작업은 이동 시간 트래픽 속성에서 트래픽이 포함된 현재 이동 시간을 초 단위로 반환합니다. 이 값을 분 단위로 변환하여 저장하면 나중에 변환 작업 없이 간편하게 값을 재사용할 수 있습니다.

  1. 디자이너의 경로 가져오기 작업에서 새 단계를 선택합니다.

  2. 작업 선택에서 기본 제공을 선택합니다. 검색 상자에 variables를 입력하고 변수 초기화라는 작업을 선택합니다.

  3. Create variable to store travel time 설명이 포함되도록 이 작업의 이름을 바꿉니다.

  4. 이 표와 표 아래의 단계에 표시된 대로 변수 정보를 입력합니다.

    속성 필수 설명
    이름 travelTime 변수의 이름입니다. 이 예에서는 travelTime를 사용합니다.
    형식 정수 변수의 데이터 형식
    현재 이동 시간을 초 단위에서 분 단위로 변환하는 식입니다(이 표 아래의 단계 참조). 변수의 초기 값
    1. 속성에 대한 식을 만들려면 동적 콘텐츠 목록이 표시되도록 상자 내부를 클릭합니다. 필요한 경우 동적 목록이 나타날 때까지 브라우저를 확장합니다. 동적 콘텐츠 목록에서 을 선택합니다. 그러면 식 편집기가 표시됩니다.

      동적 콘텐츠 목록을 여는

      동적 콘텐츠 목록은 워크플로의 후속 작업에 대한 입력으로 선택할 수 있는 이전 작업의 출력을 보여줍니다. 동적 콘텐츠 목록에는 식에서 연산을 수행하는 함수를 선택하는 데 사용할 수 있는 식 편집기가 포함되어 있습니다. 이 식 편집기는 동적 콘텐츠 목록에만 제공됩니다.

    2. 식 편집기에서 div(,60) 식을 입력합니다.

    3. 식 내부에서 커서를 왼쪽 괄호( ( )와 쉼표( , ) 사이에 놓고 동적 콘텐츠를 선택합니다.

    4. 동적 콘텐츠 목록에서 이동 시간 트래픽 속성 값을 선택합니다.

    5. 식 내에서 속성 값이 확인되면 확인을 선택합니다.

      이제 속성은 다음과 같이 표시됩니다.

      식이 확인된

  5. 워크플로를 저장합니다. 디자이너 도구 모음에서 저장을 선택합니다.

다음으로, 현재 이동 시간이 특정 제한보다 큰지 확인하는 조건을 추가합니다.

이동 시간을 제한과 비교

  1. 이동 시간을 저장하는 변수 만들기 작업에서 새 단계를 선택합니다.

  2. 작업 선택에서 기본 제공을 선택합니다. 검색 상자에 condition을 입력합니다. 그리고 작업 목록에서 조건이라는 작업을 선택합니다.

  3. If travel time exceeds limit 설명이 포함되도록 조건 이름을 바꿉니다.

  4. 여기서 설명한 대로 travelTime 속성 값이 지정된 제한을 초과하는지 확인하는 조건을 작성합니다.

    1. 조건의 왼쪽에서 값 선택 상자 내부를 클릭합니다.

    2. 표시되는 동적 콘텐츠 목록의 변수에서 travelTime 속성을 선택합니다.

      조건의 왼쪽에 표시되는

    3. 가운데 비교 상자에서 보다 큼 연산자를 선택합니다.

    4. 조건의 오른쪽에 있는 값 선택 상자에서 15 제한을 입력합니다.

      완료되면 조건이 다음 예와 같습니다.

      이동 시간을 지정된 제한과 비교하는 완료된 조건을 보여주는 스크린샷

  5. 워크플로를 저장합니다. 디자이너 도구 모음에서 저장을 선택합니다.

다음으로, 이동 시간이 제한을 초과하면 실행할 작업을 추가합니다.

제한을 초과하면 이메일 발송

이제 이동 시간이 제한을 초과하면 이메일을 보내는 작업을 추가합니다. 이 이메일에는 현재 이동 시간 및 지정된 경로로 이동하는 데 필요한 추가 시간이 포함됩니다.

  1. 조건의 True 분기에서 작업 추가를 선택합니다.

  2. 작업 선택에서 표준을 선택합니다. 검색 상자에서 이메일 보내기를 입력합니다. 목록은 많은 결과를 반환하므로 목록을 필터링하는 데 도움이 되도록 먼저 원하는 전자 메일 커넥터를 선택합니다.

    예를 들어 Outlook 이메일 계정을 사용하는 경우 계정 유형에 맞는 커넥터를 선택합니다.

    • Azure 회사 또는 학교 계정인 경우 Office 365 Outlook을 선택합니다.
    • Microsoft 개인 계정인 경우 Outlook.com을 선택합니다.

    이 예제에서는 Office 365 Outlook을 선택하여 진행합니다.

  3. 커넥터의 작업이 표시되면 이메일을 보내는 작업을 선택합니다. 예를 들어 다음과 같습니다.

  4. 아직 연결이 설정되지 않은 경우 로그인하고 메시지가 표시되면 이메일 계정에 대한 액세스를 인증합니다.

    Azure Logic Apps가 이메일 계정에 연결합니다.

  5. Send email with travel time 설명이 포함되도록 작업 이름을 바꿉니다.

  6. 받는 사람 속성에 받는 사람의 이메일 주소를 입력합니다. 메일 주소를 사용하여 테스트할 수 있습니다.

  7. 제목 속성에서 이메일 제목을 지정하고, 다음 단계를 수행하여 travelTime 변수를 포함합니다.

    1. Current travel time (minutes): 텍스트를 입력하고 후행 공백을 하나 둡니다. 동적 콘텐츠 목록이 열린 상태로 유지되도록 커서를 계속해서 제목 상자에 둡니다.

    2. 동적 콘텐츠 목록의 변수 제목에서 자세히 보기를 선택하면 travelTime이라는 변수가 표시됩니다.

      참고

      제목 속성에는 문자열 값이 필요한데 travelTime은 정수 값이므로 동적 콘텐츠 목록에 travelTime 변수가 자동으로 표시되지 않습니다.

  8. 본문 속성의 경우 다음 단계에 따라 이메일 본문의 콘텐츠를 지정합니다.

    1. Add extra travel time (minutes): 텍스트를 입력하고 후행 공백을 하나 둡니다. 동적 콘텐츠 목록이 열린 상태로 유지되도록 커서를 계속해서 본문 상자에 둡니다.

    2. 동적 콘텐츠 목록에서 을 선택합니다. 그러면 식 편집기가 표시됩니다.

    3. 제한을 초과하는 시간(분)을 계산할 수 있도록 식 편집기에서 sub(,15)를 입력합니다.

    4. 식 내부에서 커서를 왼쪽 괄호( ( )와 쉼표( , ) 사이에 놓고 동적 콘텐츠를 선택합니다.

    5. 변수 아래에서 travelTime을 선택합니다.

    6. 식 내에서 속성이 확인되면 확인을 선택합니다.

      이제 본문 속성은 다음과 같이 표시됩니다.

      이메일 작업의

  9. 워크플로를 저장합니다. 디자이너 도구 모음에서 저장을 선택합니다.

다음으로 워크플로를 테스트하고 실행합니다. 이제 이 예와 유사하게 보입니다.

완료된 예제 논리 앱 워크플로를 보여주는 스크린샷

워크플로 실행

워크플로를 수동으로 시작하려면 디자이너 도구 모음에서 트리거 실행>실행을 선택합니다.

  • 현재 이동 시간이 제한 미만인 경우 워크플로는 다른 작업을 수행하지 않고 다시 확인하기 전에 또는 다음 간격을 기다립니다.

  • 현재 이동 시간이 제한을 초과하면 현재 이동 시간 및 제한을 초과한 시간(분)이 포함된 이메일을 받게 됩니다. 다음은 워크플로에서 보내는 이메일 예입니다.

    현재 이동 시간 및 지정된 제한을 초과하는 추가 이동 시간을 보고하는 예제 이메일을 보여주는 스크린샷

    이메일을 받지 못한 경우 이메일의 정크 폴더를 확인합니다. 이메일 정크 필터가 이러한 종류의 메일을 리디렉션할 수 있습니다. 그렇지 않고 워크플로가 올바르게 실행되었는지 확실하지 않으면 워크플로 문제 해결을 참조하세요.

축하합니다. 이제 일정 기반 반복 워크플로를 만들고 실행했습니다.

되풀이 트리거를 사용하는 다른 워크플로를 만들려면 새 논리 앱 리소스를 만든 후 사용할 수 있는 다음 템플릿을 체크 아웃합니다.

  • 매일 미리 알림 받기.
  • 오래된 Azure Blob 삭제.
  • Azure Storage 큐에 메시지 추가.

리소스 정리

논리 앱 리소스를 사용하지 않도록 설정하거나 삭제할 때까지 워크플로가 계속 실행됩니다. 워크플로 샘플이 더 이상 필요하지 않으면 논리 앱 리소스 및 관련 리소스가 포함된 리소스 그룹을 삭제합니다.

  1. Azure Portal의 검색 상자에 앞에서 만든 리소스 그룹의 이름을 입력합니다. 결과의 리소스 그룹에서 리소스 그룹을 선택합니다.

    이 예제에서는 LA-TravelTime-RG라는 리소스 그룹을 만들었습니다.

    Azure 홈 페이지의 최근 리소스에 리소스 그룹이 표시되는 경우 홈 페이지에서 그룹을 선택할 수 있습니다.

  2. 리소스 그룹 메뉴에서 개요가 선택되었는지 확인합니다. 개요 창의 도구 모음에서 리소스 그룹 삭제를 선택합니다.

    리소스 그룹의

  3. 표시되는 확인 창에서 리소스 그룹 이름을 입력하고 삭제를 선택합니다.

다음 단계

이 자습서에서는 지정된 일정(평일 오전)에 따라 트래픽을 검사하고, 이동 시간이 지정된 제한을 초과하면 작업(이메일 보내기)을 수행하는 논리 앱 워크플로를 만들었습니다. 지금부터 Azure 서비스, Microsoft 서비스 및 기타 SaaS(Software-as-a-Service) 앱을 통합하여 메일 그룹 요청을 보내 승인을 요청하는 워크플로 빌드 방법을 알아봅니다.