Azure Portal에서 논리 앱 워크플로 편집 및 관리

1. Azure Portal에서 논리 앱 리소스를 찾아 엽니다.

2. 논리 앱 메뉴의 개발 도구에서 API 연결을 선택합니다.

3. API 연결 페이지에서 특정 연결 인스턴스를 선택하면 해당 연결에 대한 자세한 정보가 표시됩니다. 기본 연결 리소스 정의를 보려면 JSON 보기를 선택합니다.

1. Azure Portal에서 논리 앱 리소스를 찾아 엽니다.

2. 논리 앱 메뉴의 워크플로에서 연결을 선택합니다.

3. 연결 유형에 따라 보려는 다음 옵션 중 하나를 선택합니다.

   옵션	설명
   API 연결	전역적으로 호스트된 다중 테넌트 Azure 커넥터에서 만든 연결입니다. 기본 연결 리소스 정의를 보려면 JSON 보기를 선택합니다.
   서비스 공급자 연결	서비스 공급자 인터페이스 구현을 기반으로 하는 기본 제공 서비스 공급자 커넥터에서 만든 연결입니다. 특정 연결 인스턴스에 대한 자세한 내용을 보려면 세부 정보 보기 열에서 눈 아이콘을 선택합니다. 선택한 연결의 기본 리소스 정의를 보려면 JSON 보기를 선택합니다.
   함수 연결	연결된 함수 앱 내 함수에 대한 연결입니다. 함수에 대한 자세한 내용을 보려면 세부 정보 보기 열에서 눈 아이콘을 선택합니다.
   JSON 보기	논리 앱 리소스의 워크플로 간 모든 연결에 대해 기본 리소스 정의

배포된 소비 논리 앱을 사용하지 않도록 설정하기 위한 고려 사항

소비 논리 앱을 사용하지 않도록 설정하면 다음과 같은 방법으로 모든 워크플로 인스턴스에 영향을 줍니다.

• Azure Logic Apps는 실행이 완료될 때까지 진행 중인 모든 워크플로 인스턴스와 보류 중인 워크플로 인스턴스를 계속 진행합니다. 볼륨 또는 백로그에 따라 이 프로세스를 완료하는 데 시간이 걸릴 수 있습니다.

• Azure Logic Apps가 새 워크플로 인스턴스를 만들거나 실행하지 않습니다.

• 논리 앱을 사용하지 않도록 설정된 동안 워크플로 실행을 다시 제출할 수 있습니다.

• 논리 앱을 사용하지 않도록 설정하면 워크플로 트리거가 실행되지 않습니다. 그러나 트리거 상태는 논리 앱을 사용하지 않도록 설정한 지점을 기억합니다. 논리 앱을 다시 시작하면 마지막 워크플로 실행 이후 처리되지 않은 모든 항목에 대해 트리거가 발생합니다.

  마지막 워크플로 실행 이후 처리되지 않은 모든 항목에서 트리거가 실행되지 않도록 하려면 트리거 상태를 지워야 합니다.

배포된 소비형 논리 앱 사용 중지 또는 사용 설정

하나 이상의 소비 논리 앱을 동시에 사용하지 않도록 설정하거나 사용하도록 설정할 수 있습니다.

1. Azure Portal 검색 상자에 논리 앱을 입력하고 논리 앱을 선택합니다.

2. 논리 앱 페이지에서 계획 필터를 사용하여 소비 논리 앱만 봅니다.

3. 논리 앱을 사용하지 않도록 설정하거나 사용하도록 설정할지 여부에 따라 상태 필터를 사용하여 사용 또는 사용 안 함 논리 앱만 봅니다.

4. 확인란 열에서 하나 이상의 논리 앱을 선택합니다.

   • 선택한 실행 중 논리 앱을 중지하려면 사용 안 함/중지를 선택합니다.
   • 선택한 중지된 논리 앱을 다시 시작하려면 사용/시작을 선택합니다.

5. 선택을 확인합니다.

6. 작업이 성공했는지 또는 실패했는지 확인하려면 주 Azure 도구 모음에서 알림 목록(종 아이콘) 을 엽니다.

모든 워크플로 인스턴스에 영향을 미치는 표준 논리 앱을 중지, 시작 또는 다시 시작할 수 있습니다. 먼저 작업을 중지하지 않고 표준 논리 앱을 다시 시작할 수도 있습니다. 표준 논리 앱에는 여러 워크플로가 있을 수 있으므로 전체 논리 앱을 중지하거나 개별 워크플로를 사용하지 않도록 설정하거나 사용하도록 설정할 수 있습니다.

표준 논리 앱을 중지하는 것과 자식 워크플로를 사용하지 않도록 설정하는 것은 다른 영향을 미치므로 계속하기 전에 다음 고려 사항을 검토하세요.

• 표준 논리 앱을 사용하지 않도록 설정하기 위한 고려 사항
• 표준 워크플로를 사용하지 않도록 설정하기 위한 고려 사항

표준 논리 앱을 사용하지 않도록 설정하기 위한 고려 사항

표준 논리 앱을 사용하지 않도록 설정하면 다음과 같은 방법으로 모든 워크플로 인스턴스에 영향을 줍니다.

• Azure Logic Apps는 진행 중인 모든 워크플로 실행과 보류 중인 워크플로 실행을 즉시 취소합니다.

• Azure Logic Apps가 새 워크플로 인스턴스를 만들거나 실행하지 않습니다.

• 논리 앱을 사용하지 않도록 설정된 동안 워크플로 실행을 다시 제출할 수 있습니다.

• 논리 앱을 사용하지 않도록 설정하면 워크플로 트리거가 실행되지 않습니다. 그러나 트리거 상태는 논리 앱을 사용하지 않도록 설정한 지점을 기억합니다. 논리 앱을 다시 사용하도록 설정하면 해당 워크플로가 마지막으로 실행된 이후 처리되지 않은 모든 항목에 대해 트리거가 발생합니다.

  워크플로가 마지막으로 실행된 이후 처리되지 않은 모든 항목에서 트리거가 실행되지 않도록 하려면 각 워크플로에 대한 트리거 상태를 지워야 합니다.

배포된 표준 논리 앱 사용 불가 또는 사용 가능으로 설정

하나 이상의 표준 논리 앱을 동시에 사용하지 않도록 설정하거나 사용하도록 설정할 수 있습니다.

1. Azure Portal 검색 상자에 논리 앱을 입력하고 논리 앱을 선택합니다.

2. 논리 앱 페이지에서 계획 필터를 사용하여 표준 논리 앱만 봅니다.

3. 논리 앱을 사용하지 않도록 설정하거나 사용하도록 설정할지 여부에 따라 상태 필터를 사용하여 사용 또는 사용 안 함 논리 앱만 봅니다.

4. 확인란 열에서 하나 이상의 논리 앱을 선택합니다.

   • 선택한 논리 앱을 중지하려면 사용 안 함/중지를 선택합니다.
   • 선택한 논리 앱을 다시 시작하려면 사용/시작을 선택합니다.

5. 선택을 확인합니다.

6. 작업이 성공했는지 또는 실패했는지 확인하려면 주 Azure 도구 모음에서 알림 목록(종 아이콘) 을 엽니다.

비활성화하지 않고 배포된 표준 논리 앱을 다시 시작하십시오

언제든지 단일 표준 논리 앱을 다시 시작할 수 있습니다.

1. Azure Portal에서 표준 논리 앱 리소스를 엽니다.

2. 논리 앱 메뉴에서 개요를 선택합니다.

3. 개요 페이지 도구 모음에서 다시 시작을 선택합니다.

4. 작업이 성공했는지 또는 실패했는지 확인하려면 주 Azure 도구 모음에서 알림 목록(종 아이콘) 을 엽니다.

표준 워크플로를 사용하지 않도록 설정하기 위한 고려 사항

워크플로를 사용하지 않도록 설정하면 다음과 같은 방법으로 모든 워크플로 인스턴스에 영향을 줍니다.

• Azure Logic Apps는 완료될 때까지 진행 중인 모든 워크플로와 보류 중인 워크플로 실행을 계속합니다. 볼륨 또는 백로그에 따라 이 프로세스를 완료하는 데 시간이 걸릴 수 있습니다.

  팁

  워크플로를 수동으로 중지하여 부하 및 성능 테스트를 위해 개발 및 테스팅 환경에서 스케일 다운하는 데 오래 걸리는 리소스 및 워크플로 인스턴스로 인한 비용을 줄일 수 있습니다. 이 작업은 진행 중인 워크플로 실행과 보류 중인 워크플로 실행을 취소합니다.

  이 작업의 경우 표준 논리 앱 리소스에 대한 호스트 설정에 다음 설정을 추가합니다.

  중요: 비프로덕션 환경에서만 다음 설정을 사용합니다. 워크플로 ID 뒤에는 콜론(:)을 붙이고, 워크플로 ID는 세미콜론(;)으로 구분합니다.

  "Jobs.SuspendedJobPartitionPrefixes": "<workflow-ID>:;<workflow-ID>:",

  "Jobs.CleanupJobPartitionPrefixes": "<workflow-ID>:;<workflow-ID>:"

  자세한 내용은 표준 논리 앱의 호스트 및 앱 설정 편집을 참조하세요.

• Azure Logic Apps가 새 워크플로 인스턴스를 만들거나 실행하지 않습니다.

• 워크플로를 사용하지 않도록 설정된 동안 워크플로 실행을 다시 제출할 수 있습니다.

• 논리 앱 또는 워크플로를 사용하지 않도록 설정하면 워크플로 트리거가 실행되지 않습니다. 그러나 트리거 상태는 워크플로를 사용하지 않도록 설정한 지점을 기억합니다. 논리 앱을 다시 시작하거나 워크플로를 사용하도록 설정하면 마지막 워크플로 실행 이후 처리되지 않은 모든 항목에 대해 트리거가 발생합니다.

  마지막 워크플로 실행 이후 처리되지 않은 모든 항목에서 트리거가 실행되지 않도록 하려면 트리거 상태를 지워야 합니다.

표준 워크플로 사용 또는 사용 안 함

다음 번에 트리거 조건이 충족되더라도 트리거가 발생하지 않게 하려면 워크플로를 사용하지 않도록 설정합니다. 하나 이상의 표준 논리 앱을 동시에 사용하지 않도록 설정하거나 사용하도록 설정할 수 있습니다.

1. Azure Portal에서 표준 논리 앱 리소스를 엽니다.

2. 논리 앱 메뉴의 워크플로에서 워크플로를 선택합니다.

3. 확인란 열에서 사용하지 않도록 설정하거나 사용하도록 설정할 워크플로를 선택합니다.

4. 워크플로 페이지 도구 모음에서 현재 작업 상태에 따라 사용 안 함 또는 사용을 선택합니다.

5. 작업의 성공 여부를 확인하려면 주 Azure 도구 모음에서 알림 목록(종 모양 아이콘)을 엽니다.

1. Azure Portal에서 소비 논리 앱 워크플로를 열고 워크플로 트리거의 일부를 편집합니다.

2. 변경 내용을 저장합니다. 이 단계는 트리거의 현재 상태를 다시 설정합니다.

3. 논리 앱을 다시 시작합니다.

1. Azure Portal에서 표준 논리 앱 워크플로를 열고 워크플로 트리거의 일부를 편집합니다.

2. 변경 내용을 저장합니다. 이 단계는 트리거의 현재 상태를 재설정합니다.

3. 각 기존 워크플로에 대해 반복합니다.

4. 논리 앱을 다시 시작합니다.

소비 논리 앱 삭제에 대한 고려 사항

삭제된 소비 논리 앱 리소스는 복구할 수 없습니다. 소비 논리 앱을 삭제하면 다음과 같은 방법으로 모든 워크플로 인스턴스에 영향을 줍니다.

• Azure Logic Apps는 진행 중인 워크플로 실행과 보류 중인 워크플로 실행을 취소하기 위해 최선을 다하고 있습니다.

  볼륨이나 백로그가 큰 경우에도 대부분의 실행은 완료 또는 시작 전에 취소됩니다. 그러나 취소 프로세스를 완료하는 데 시간이 걸릴 수 있습니다. 서비스가 취소 프로세스를 진행하는 동안 일부 실행을 선택하여 진행할 수 있습니다.

• Azure Logic Apps가 새 워크플로 인스턴스를 만들거나 실행하지 않습니다.

• 논리 앱과 워크플로를 삭제한 다음 동일한 논리 앱과 워크플로를 다시 만드는 경우 다시 생성된 워크플로에는 삭제된 워크플로와 동일한 메타데이터가 없습니다.

  따라서 삭제된 워크플로를 호출하는 다른 워크플로가 있는 경우 다시 생성된 워크플로에 대한 메타데이터를 새로 고치려면 호출자 워크플로를 다시 저장해야 합니다. 이렇게 하면 호출자가 다시 생성된 워크플로에 대한 올바른 정보를 가져옵니다. 그렇지 않으면 다시 생성된 워크플로에 대한 호출이 Unauthorized 오류와 함께 실패합니다. 이 동작은 Azure 함수를 호출하는 워크플로 및 통합 계정에서 아티팩트를 사용하는 워크플로에도 적용됩니다.

사용량 논리 앱

하나 이상의 소비 논리 앱을 동시에 삭제할 수 있습니다.

1. Azure Portal 검색 상자에 논리 앱을 입력하고 논리 앱을 선택합니다.

2. 논리 앱 페이지에서 계획 필터를 사용하여 소비 논리 앱만 봅니다.

3. 확인란 열에서 삭제할 하나 이상의 논리 앱을 선택합니다. 도구 모음에서 삭제를 선택합니다.

4. 확인 상자가 표시되면 yes를 입력하고 삭제를 선택합니다.

5. 작업이 성공했는지 또는 실패했는지 확인하려면 주 Azure 도구 모음에서 알림 목록(종 아이콘) 을 엽니다.

하나 이상의 표준 논리 앱을 동시에 삭제할 수 있습니다. 표준 논리 앱에는 여러 워크플로가 있을 수 있으므로 전체 논리 앱을 삭제하거나 개별 워크플로를 삭제할 수 있습니다.

표준 논리 앱 삭제에 대한 고려 사항

표준 논리 앱을 삭제하면 다음과 같은 방법으로 모든 워크플로 인스턴스에 영향을 줍니다.

• Azure Logic Apps는 진행 중인 워크플로 및 보류 중인 워크플로 실행을 즉시 취소합니다. 그러나 플랫폼은 논리 앱에서 사용하는 스토리지에서 정리 작업을 실행하지 않습니다.

• Azure Logic Apps가 새 워크플로 인스턴스를 만들거나 실행하지 않습니다.

• 삭제된 표준 논리 앱을 수동으로 복구할 수 있지만 소스 제어를 사용하여 표준 논리 앱을 관리하면 복구 및 재배포가 훨씬 쉬워집니다.

• 소스 제어를 사용하지 않고 나중에 삭제된 표준 논리 앱을 복구해야 하는 경우 논리 앱을 삭제하기 전에 복구에 필요한 사용자 지정 설정을 저장해야 합니다.

  1. Azure Portal에서 표준 논리 앱으로 이동합니다.

  2. 논리 앱 메뉴의 설정에서 환경 변수를 선택합니다.

  3. 앱 설정 탭에서 나중에 복구하는 데 필요한 사용자 지정 앱 설정 및 값을 찾아 복사하고 저장합니다.

  4. 논리 앱 메뉴의 설정에서 구성을 선택합니다.

  5. 각 설정 탭에서 나중에 복구하는 데 필요한 사용자 지정 설정을 기록해 둡니다.

• 논리 앱과 해당 워크플로를 삭제한 다음 동일한 논리 앱과 워크플로를 다시 만드는 경우 다시 만들어진 논리 앱 및 워크플로에는 삭제된 리소스와 동일한 메타데이터가 없습니다.

  따라서 삭제된 워크플로를 호출하는 다른 워크플로가 있는 경우 다시 생성된 워크플로에 대한 메타데이터를 새로 고치려면 호출자 워크플로를 다시 저장해야 합니다. 이렇게 하면 호출자가 다시 생성된 워크플로에 대한 올바른 정보를 가져옵니다. 그렇지 않으면 다시 생성된 워크플로에 대한 호출이 Unauthorized 오류와 함께 실패합니다. 이 동작은 Azure 함수를 호출하는 워크플로 및 통합 계정에서 아티팩트를 사용하는 워크플로에도 적용됩니다.

표준 논리 앱 삭제

1. Azure Portal 검색 상자에 논리 앱을 입력하고 논리 앱을 선택합니다.

2. 논리 앱 페이지에서 계획 필터를 사용하여 표준 논리 앱만 봅니다.

3. 확인란 열에서 삭제할 하나 이상의 논리 앱을 선택합니다. 도구 모음에서 삭제를 선택합니다.

4. 확인 상자가 표시되면 yes를 입력하고 삭제를 선택합니다.

5. 작업이 성공했는지 또는 실패했는지 확인하려면 주 Azure 도구 모음에서 알림 목록(종 아이콘) 을 엽니다.

표준 워크플로 삭제에 대한 고려 사항

하나 이상의 표준 워크플로를 동시에 삭제할 수 있습니다. 표준 워크플로를 삭제하면 다음과 같은 방법으로 워크플로 인스턴스에 영향을 줍니다.

• Azure Logic Apps는 진행 중인 워크플로 및 보류 중인 워크플로 실행을 즉시 취소합니다. 또한 플랫폼은 워크플로에서 사용하는 스토리지에서 정리 작업을 수행합니다.

• Azure Logic Apps가 새 워크플로 인스턴스를 만들거나 실행하지 않습니다.

• 워크플로를 삭제한 다음 동일한 워크플로를 다시 만드는 경우 다시 생성된 워크플로에는 삭제된 워크플로와 동일한 메타데이터가 없습니다.

  따라서 삭제된 워크플로를 호출하는 다른 워크플로가 있는 경우 다시 생성된 워크플로에 대한 메타데이터를 새로 고치려면 호출자 워크플로를 다시 저장해야 합니다. 이렇게 하면 호출자가 다시 생성된 워크플로에 대한 올바른 정보를 가져옵니다. 그렇지 않으면 다시 생성된 워크플로에 대한 호출이 Unauthorized 오류와 함께 실패합니다. 이 동작은 Azure 함수를 호출하는 워크플로 및 통합 계정에서 아티팩트를 사용하는 워크플로에도 적용됩니다.

표준 워크플로 삭제

1. Azure Portal에서 표준 논리 앱 리소스를 엽니다.

2. 논리 앱 메뉴의 워크플로에서 워크플로를 선택합니다. 확인란 열에서 삭제할 워크플로를 하나 또는 여러 개를 선택합니다.

3. 도구 모음에서 삭제를 선택합니다.

4. 작업의 성공 여부를 확인하려면 주 Azure 도구 모음에서 알림 목록(종 모양 아이콘)을 엽니다.

삭제된 표준 논리 앱 복구

삭제된 표준 논리 앱을 복구하는 단계는 논리 앱에 소스 제어 및 호스팅 옵션을 사용하는지 여부에 따라 달라집니다.

삭제된 논리 앱을 복구하기 전에 다음 사항을 고려합니다.

• 삭제된 논리 앱의 실행 기록은 복구된 논리 앱에서 사용할 수 없습니다.

• 워크플로가 요청 트리거로 시작되는 경우, 복구된 논리 앱의 콜백 URL은 삭제된 논리 앱의 URL과 다릅니다.

소스 제어를 사용하여

소스 제어를 사용하는 경우 호스팅 옵션에 따라 삭제된 표준 논리 앱 리소스를 복구할 수 있습니다.

소스 제어가 없는 경우

워크플로 서비스 계획 호스팅 옵션을 사용하고 단일 테넌트 Azure Logic Apps에서 실행되는 삭제된 표준 논리 앱을 복구하려면 다음 단계를 수행합니다.

1. 스토리지 메타데이터 가져오기

1. Azure Portal에서 논리 앱에서 사용하는 스토리지 계정이 여전히 있는지 확인합니다. 스토리지 계정이 삭제된 경우 먼저 삭제된 스토리지 계정을 복구해야 합니다.

   1. 스토리지 계정 이름을 식별하려면 논리 앱을 엽니다.

   2. 논리 앱 메뉴의 설정에서 환경 변수를 선택합니다.

   3. 환경 변수 페이지의 앱 설정에서 AzureWebJobsStorage라는 앱 설정을 찾습니다.

2. 스토리지 계정으로 이동합니다. 스토리지 계정의 보안 + 네트워킹에서 액세스 키를 선택합니다.

3. 액세스 키 페이지에서 이 가이드에서 나중에 사용할 수 있도록 기본 연결 문자열을 안전한 위치에 복사하고 저장합니다.

   연결 문자열은 다음 형식을 사용합니다.

   DefaultEndpointsProtocol=https; AccountName=<storage-account-name>; AccountKey=<access-key>; EndpointSuffix=core.windows.net

4. 스토리지 계정 메뉴의 데이터 스토리지에서 파일 공유를 선택합니다. 이 가이드에서 나중에 사용할 수 있는 파일 공유 이름을 복사하고 저장합니다.

2. 새 표준 논리 앱 만들기

1. Azure Portal에서 동일한 호스팅 옵션 및 가격 책정 계층을 사용하여 새 표준 논리 앱 리소스를 만듭니다. 새 이름을 사용하거나 삭제된 논리 앱에서 이름을 다시 사용할 수 있습니다.

2. 계속하기 전에 새 논리 앱을 사용하지 않도록 설정합니다.

3. 논리 앱 메뉴의 설정에서 환경 변수를 선택합니다. 앱 설정 탭에서 다음 값을 업데이트합니다. 완료되면 변경 내용을 저장해야 합니다.

   앱 설정	대체 값
   AzureWebJobsStorage	기존 값을 스토리지 계정에서 이전에 복사한 연결 문자열로 대체합니다.
   WEBSITE_CONTENTAZUREFILECONNECTIONSTRING	기존 값을 스토리지 계정에서 이전에 복사한 연결 문자열로 대체합니다.
   WEBSITE_CONTENTSHARE	기존 값을 이전에 복사한 파일 공유 이름으로 대체합니다.

4. 논리 앱 메뉴의 워크플로에서 연결을 선택합니다.

5. 각 연결을 엽니다. 연결 메뉴의 설정에서 액세스 정책을 선택합니다.

6. 작업 열에서 삭제를 선택하여 삭제된 논리 앱에 대한 액세스 정책을 삭제합니다.

7. 액세스 정책 도구 모음에서 새 액세스 정책을 추가할 수 있도록 추가를 선택하고 대체 논리 앱을 선택합니다.

8. 대체 논리 앱으로 돌아가십시오.

9. 복원할 사용자 지정 설정이 있는 경우 논리 앱 메뉴의 설정에서 사용자가 가진 설정 유형에 따라 환경 변수 또는 구성을 선택합니다.

10. 완료되면 논리 앱을 다시 시작합니다.