태스크 실패를 무시합니다. 통합은 실패한 태스크가 성공이라고 가정한 상태에서 다음 태스크를 계속 실행합니다.
없음
태스크 실행을 중지하고 통합 상태를 실패로 표시합니다. 최종 태스크(리프 태스크)의 대체 경로가 있으면 대체 경로의 태스크가 실행됩니다. 대체 경로의 모든 태스크가 성공적으로 실행되면 통합 상태를 성공으로 표시합니다.
백오프로 통합 다시 시작
첫 번째 태스크에서 전체 통합을 실행합니다. 하지만 태스크가 다시 실패할 수 있습니다. 반복 실패를 방지하려면 재시도 간격(초) 필드의 재시작 및 최대 재시도 횟수 필드에서 허용되는 재시작 시도 횟수 간의 시간 간격을 지정합니다.
지수 백오프로 태스크 재시도
실패한 태스크에서 통합을 실행합니다. 재시도 중에 태스크가 실패하면 각 재시도 시도 사이의 시간 간격이 2의 제곱씩 승수가 증가합니다. 백오프 시간에 1~5초의 지연이 추가됩니다.
예를 들어 지정된 재시도 간격이 3초라고 가정하면 3초 후에 첫 번째 재시도가 발생합니다. 두 번째 재시도는 9초 후에 발생하며 세 번째 재시도가 81초 후에 수행됩니다. 이 프로세스는 최대 재시도 횟수에 도달하거나 태스크가 성공할 때까지(둘 중 하나가 먼저 달성) 계속 진행됩니다.
고정 간격으로 태스크 재시도
실패한 태스크에서 통합을 실행합니다. 재시도 중 태스크가 실패하면 각 재시도 시도 간의 시간 간격이 일정하게 유지됩니다.
예를 들어 지정된 재시도 간격이 3초라고 가정하면 3초마다 재시도가 발생합니다. 이 프로세스는 최대 재시도 횟수에 도달하거나 태스크가 성공할 때까지(둘 중 하나가 먼저 달성) 계속 진행됩니다.
선형 백오프로 태스크 재시도
실패한 태스크에서 통합을 실행합니다. 재시도 중 태스크가 실패하면 각 재시도 시도 간의 시간 간격이 선형 증가합니다. 백오프 시간에 1~5초의 지연이 추가됩니다.
예를 들어 지정된 재시도 간격이 3초라고 가정하면 3초 후에 첫 번째 재시도가 발생합니다. 두 번째 재시도는 6초 후에 발생하고 세 번째 재시도는 9초 후에 발생합니다. 이 프로세스는 최대 재시도 횟수에 도달하거나 태스크가 성공할 때까지(둘 중 하나가 먼저 달성) 계속 진행됩니다.
백오프 재시도
기본 동시 실행 한도는 프로젝트 및 리전별로 50개 실행으로 설정됩니다. 실패한 실행은 대기열에 추가되고 지수 백오프 알고리즘을 사용하여 재시도되며, 이 알고리즘은 재시도 간 대기 시간을 최대 10회까지 점진적으로 늘립니다. 예를 들면 다음과 같습니다.
통합을 실행합니다.
요청이 실패하면 10분 동안 기다렸다가 요청을 다시 시도합니다.
요청이 실패하면 20분 동안 기다렸다가 요청을 다시 시도합니다.
요청이 실패하면 40분 동안 기다렸다가 요청을 다시 시도합니다.
최대 백오프 재시도 횟수인 10회까지 반복됩니다.
재시도 조건
재시도 조건은 오류 처리 전략이 실행되기 위해 일치해야 하는 조건을 지정합니다. 다음 표에서는 재시도 조건에서 사용할 수 있는 지원되는 연산자와 함수를 설명합니다.
지원되는 연산자
다음 표에서는 재시도 조건에서 사용할 수 있는 지원되는 연산자를 설명합니다.
연산자
설명
예시
=
두 값 간의 균등성 확인
$var$ = "value"
!=
두 값 사이의 불일치 검사
$var$ != "value"
<
값이 다른 값보다 작은지 확인
5 < 10
<=
값이 다른 값보다 작거나 같은지 확인
$var$ <= 5
>
값이 다른 값보다 큰지 확인
1 > 0
>=
값이 다른 값보다 크거나 같은지 확인
$var$ >= 0
:
문자열에 하위 문자열이 포함되었는지 확인하거나 목록에 특정 원시 값이 포함되었는지 확인합니다.
$longString$ : "substring"
$list of values$ : "value"
AND
두 표현식을 확인하여 두 표현식 모두 true이면 true를 반환합니다.
$a$ > $b$ AND $b$ < $c$
또는
두 표현식을 확인하여 표현식 중 하나라도 true이면 true를 반환합니다.
$a$ > $b$ OR $b$ < $c$
NOT
부정 연산자. 표현식의 결과를 부정합니다.
NOT($var$ = "value")
지원되는 함수
다음 표에서는 재시도 조건에서 사용할 수 있는 지원되는 함수를 설명합니다.
기능
설명
exists(VARIABLE)
특정 변수가 존재하는지 확인
does_not_exist(VARIABLE)
특정 변수가 존재하지 않는지 확인
is_empty(VARIABLE)
지정된 변수가 목록이며 비어 있는지 확인합니다. JSON 배열을 제외한 배열 변수 유형을 지원합니다.
is_not_empty(VARIABLE)
지정된 변수가 목록인지, 비어 있지 않은지 확인합니다. JSON 배열을 제외한 배열 변수 유형을 지원합니다.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-09-03(UTC)"],[[["\u003cp\u003eError handling strategies in Application Integration define actions to take when a task fails due to temporary errors.\u003c/p\u003e\n"],["\u003cp\u003eYou can configure error handling for tasks by adding conditional failure policies, a default policy, and an error catcher, specifying the retry strategy and conditions.\u003c/p\u003e\n"],["\u003cp\u003eAvailable retry strategies include Fatal, Ignore, None, Restart integration with backoff, Retry task with exponential/fixed/linear backoff.\u003c/p\u003e\n"],["\u003cp\u003eRetry conditions utilize operators like =, !=, <, >, AND, OR, NOT, and functions such as \u003ccode\u003eexists()\u003c/code\u003e, \u003ccode\u003edoes_not_exist()\u003c/code\u003e, \u003ccode\u003eis_empty()\u003c/code\u003e, and \u003ccode\u003eis_not_empty()\u003c/code\u003e.\u003c/p\u003e\n"],["\u003cp\u003eFailed executions are queued and retried with an exponential backoff, gradually increasing wait times up to 10 times, capped at a default of 50 concurrent executions per project and region.\u003c/p\u003e\n"]]],[],null,["# Error handling strategies for tasks\n\nSee the [supported connectors](/integration-connectors/docs/connector-reference-overview) for Application Integration.\n\nError handling strategies for tasks\n===================================\n\nThe error handling strategy for a task specifies the action to take if the task fails\ndue to a temporary error.\n\nConfigure error handling strategies\n-----------------------------------\n\nTo configure an error handling strategy for a task, follow these steps:\n\n1. Click the existing task in your integration editor. The task configuration pane appears.\n2. In the task configuration pane, expand the **Error handling** section. The following image shows the **Error handling** section:\n\n\n In the **Error handling** section, follow these steps:\n 1. To add a new failure policy, click **+ Add Failure Policy** . If multiple conditional failure policies are configured, they are checked and matched in order.\n 1. In the **Retry strategy** field, select the error handling strategy that you want to use. For a list of strategies, see [Retry strategies](#type).\n 2. In the **Retry condition** field, enter the condition that must match the error for this error strategy to execute. For example, for a [Call REST Endpoint task](/application-integration/docs/configure-call-rest-endpoint-task), to execute the error strategy if the error code matches `404`, enter the following: \n\n ```\n $`ErrorInfo.code`$ = 404\n ```\n For information about how to add these conditions, see [Retry conditions](#retry-condition).\n 2. In the **Default error policy** section, add the default policy that must be applied if no conditional failure policy matches. The default failure policy is optional.\n 3. In the **Error catcher** section, add the [error catcher](/application-integration/docs/error-catcher) for your integration.\n\nFor information about error codes and error handling, see [Error handling](/application-integration/docs/error-handling).\n\nRetry strategies\n----------------\n\n\nThe following tables describes the different error handling strategies that you can use for a task:\n\n\n### Backoff retries\n\n\nThe default concurrency limit is set to 50 executions for each project and region. Failed executions are queued and retried using an exponential backoff algorithm, which gradually increases the wait time between retries up to 10 times. For example:\n\n1. Execute an integration.\n2. If the request fails, waits 10 minutes and retries the request.\n3. If the request fails, waits 20 minutes and retries the request.\n4. If the request fails, waits 40 minutes and retries the request.\n5. And so on, up to a maximum backoff retries of 10 times.\n\n\nRetry conditions\n----------------\n\n\nThe retry condition specifies the condition that must match for the error handling strategy to execute. The following table describes the supported operators and functions that you can use in the retry condition:\n\n### Supported operators\n\n\nThe following table describes the supported operators available for use in retry conditions.\n\n\n### Supported functions\n\n\nThe following table describes supported functions available for use in retry conditions."]]
