Make 시나리오 오류 처리법: 미완료 실행과 자동 재시도 설정하기

 

시나리오가 멈추는 이유는 대부분 기본 동작 때문이다. 에러 핸들러와 미완료 실행을 설정해 실패를 복구 가능한 상태로 바꾼다.

 

Make로 시나리오를 만들고 며칠 지나면 꼭 겪는 일이 있다. 잘 돌던 자동화가 멈춰 있고, 데이터는 중간에 끊겨 있으며, 알림조차 오지 않는다. 대부분 에러 핸들러를 붙이지 않아서 생기는 문제다.

 

이 글은 오류가 났을 때 Make가 기본으로 무엇을 하는지 확인하고, 미완료 실행과 자동 재시도를 설정하는 순서를 정리한다.

 

 

 

기본 동작부터 확인한다

 

핵심 요약 │ 에러 핸들러가 없으면 실행을 멈추고 되돌린다.

 

 

모듈에 에러 핸들러를 붙이지 않고 미완료 실행 저장도 꺼 둔 상태라면 Make는 되돌리기 방식으로 동작한다. 실행을 즉시 멈추고, 이미 처리한 모듈을 원래 상태로 되돌리려 시도하며, 이후 모듈은 처리하지 않는다. 실행 상태는 오류로 기록된다.

 

연속 오류가 시나리오 설정에 정한 횟수를 넘기면 시나리오 자체가 비활성화된다.

알림을 따로 걸어 두지 않으면 이 사실을 며칠 뒤에 알게 된다. 그래서 에러 핸들러보다 먼저 손볼 것이 실패를 눈에 보이게 만드는 설정이다.

 

 

미완료 실행 먼저 켜기

 

핵심 요약 │ 기본이 꺼져 있어 켜지 않으면 재시도가 작동하지 않는다.

 

 

미완료 실행은 오류로 중단된 실행을 별도 목록에 저장해 두는 안전장치다. 저장해 두면 나중에 수동으로 이어서 처리하거나 Make가 자동으로 재시도할 수 있다. 기본값은 꺼짐이므로 직접 켜야 한다.

 

설정 경로 │ 시나리오 편집 화면 → 설정 아이콘 → 미완료 실행 저장 활성화

 

저장 가능한 개수는 무제한이 아니다. 조직의 사용 한도에 따라 상한이 있고, 넘기면 오류 메시지가 뜬다. 쌓인 항목을 주기적으로 확인하고 정리하는 습관이 필요하다.

 

 

다섯 가지 에러 핸들러

 

핵심 요약 │ 오류 난 번들을 버릴지, 대체할지, 저장할지를 고르는 것이다.

 

 

모듈을 우클릭해 에러 핸들러를 추가하면 다섯 가지 중에서 고를 수 있다. 각각 이후 흐름과 실행 상태가 다르다.

 

• Rollback: 실행을 멈추고 되돌린다. 상태는 오류. 붙이지 않았을 때의 기본 동작이다.
• Commit: 실행을 멈추되 이미 처리한 내용은 확정한다. 상태는 성공.
• Ignore: 오류를 무시하고 해당 경로만 끊는다. 남은 번들은 계속 처리된다. 상태는 성공.
• Resume: 대체 출력값을 넣어 다음 모듈로 흐름을 잇는다. 상태는 성공.
• Break: 오류 난 번들을 미완료 실행으로 보관하고 나머지 번들은 계속 처리한다. 상태는 경고.

 

선택 기준은 단순하다. 없어도 되는 보조 단계면 Ignore나 Resume, 여러 시스템에 걸친 처리라 반쪽만 남으면 곤란한 경우에는 Rollback, 나중에 다시 시도할 값어치가 있으면 Break다.

 

 

 

자동 재시도가 도는 조건

 

핵심 요약 │ 일시적 오류는 핸들러 없이도 Make가 다시 시도한다.

 

 

연결 오류와 호출 제한 오류는 가장 흔한 일시적 오류다. Make는 이 두 가지를 기본으로 자동 재시도한다. 이를 위해 Break 핸들러를 따로 붙일 필요는 없고, 미완료 실행 저장만 켜 두면 된다.

 

자동 재시도 대상은 호출 제한 오류, 연결 오류, 모듈 시간 초과 오류, 그리고 자동 완료를 켠 재시도 핸들러로 만들어진 미완료 실행이다. 재시도는 지수 백오프 일정으로 예약된다. 간격을 점점 벌려 잡는 방식이라, 상대 서비스가 잠시 멈춘 경우에 성공 확률이 높아진다.

 

반대로 잘못된 값이나 권한 문제처럼 다시 시도해도 같은 결과가 나오는 오류는 자동 재시도 대상이 아니다. 이런 오류는 원인을 고쳐야 한다.

 

 

 

Break로 재시도 설정하기

 

핵심 요약 │ 자동 완료를 켜면 재시도 기능처럼 동작한다.

 

 

Break 핸들러는 헬프센터 문서에 따라 재시도 핸들러로 표기되기도 한다. 설정 순서는 같다. 문제가 생길 만한 모듈을 우클릭해 에러 핸들러를 추가하고 Break를 선택한 뒤, 핸들러 설정에서 자동 완료를 켠다. 여기서 시도 횟수와 간격을 정한다.

 

자동 완료를 끄면 미완료 실행 목록에 쌓이기만 하고 사람이 직접 처리해야 한다. 목록에서는 오류 내용과 저장된 데이터를 확인할 수 있고, 값을 고쳐 다시 실행할 수도 있다.

 

간격은 오류 성격에 맞춰 잡는다. 호출 제한이 원인이라면 짧은 간격으로 여러 번 시도해도 같은 벽에 부딪히므로 간격을 넉넉히 두는 편이 낫다.

 

 

알림과 순차 처리 설정

 

핵심 요약 │ 오류 경로에 알림 모듈을 끼워 두면 바로 알 수 있다.

 

 

공식 문서는 오류 처리 경로 중간에 알림 모듈을 넣는 방법을 안내한다. 문제가 생긴 모듈과 Break 사이의 연결선을 우클릭해 모듈을 추가하고, 메일이나 메신저로 보내는 모듈을 넣는다.

 

본문에는 시스템 변수로 시나리오 이름과 오류 내용을 담는다.

 

알림이 없으면 시나리오가 며칠째 멈춘 사실을 고객이 먼저 알려 준다.

순차 처리 옵션도 함께 살펴볼 만하다. 이 설정을 켜면 미완료 실행이 해결될 때까지 다음 실행이 시작되지 않는다. 순서가 중요한 업무에서 중복이나 뒤바뀜을 막아 준다.

 

다만 하나가 막히면 전체가 멈추므로 알림 설정이 전제 조건이다.

 

여러 갈래로 나뉘는 시나리오라면 경로마다 어디서 멈췄는지 구분해 알리는 편이 낫다.

라우터로 경로를 나눈 시나리오에서는 알림 문구에 경로 라벨을 함께 담으면 원인을 찾는 시간이 줄어든다.

 

 

크레딧은 얼마나 쓸까

 

핵심 요약 │ 에러 처리 모듈 자체는 크레딧을 쓰지 않는다.

 

 

Make 요금 안내에 따르면 라우터와 오류 처리 모듈은 크레딧 계산에서 제외된다.

에러 핸들러를 붙인다고 비용이 늘지 않는다는 뜻이다.

 

다만 재시도로 다시 실행되는 실제 모듈 동작은 크레딧을 쓴다.

 

그래서 재시도 횟수를 무작정 늘리면 실패하는 동작이 반복되며 크레딧만 소모한다. 자동 재시도는 일시적 오류에만 의미가 있다는 점을 기억하고 횟수를 적당히 제한한다.

 

모듈 수와 실행 횟수로 월 비용을 미리 구하는 방법은 요금 계산 글에 정리해 두었다.

 

오류 대응에 드는 시간도 자동화 비용에 포함된다. 계산 방법은 이 글에 정리했다.

 

 

마치는 글과 실행 순서

 

정리하다 보니 오류 처리는 기능이 아니라 순서 문제라는 생각이 들었다.

 

핸들러를 고르기 전에 실패가 보이게 만드는 일이 먼저다.

 

먼저 처리해 둘 일부터 적어 본다.

 

• 시나리오 설정에서 미완료 실행 저장을 켠다.
• 외부 서비스를 호출하는 모듈에 에러 핸들러를 붙이고 알림 모듈을 끼워 넣는다.
• 일주일간 미완료 실행 목록을 열어 어떤 오류가 반복되는지 확인한다.

 

반복되는 오류가 보이면 그때 재시도 횟수와 간격을 조정한다.

 

처음부터 완벽한 설정을 찾기보다 기록을 보고 고치는 편이 빠르다.

 

 

 

함께 읽을 글

• 구글 폼 응답 자동 분기: 노션·슬랙·시트로 한 번에 보내기
• 칼퇴를 부르는 업무 자동화 Make vs Zapier 비교 및 스마트한 사용법
• Slack·Discord 웹훅 봇 만들기: 매출·오류·폼 알림 자동화

 

어떤 오류에서 가장 자주 막히셨는지 댓글로 알려 주세요. 앱마다 자주 나는 오류가 달라서 사례가 쌓이면 도움이 됩니다. 공유도 부탁드립니다.

 

검증 출처

• Make 헬프센터 – 오류 처리
• Make 헬프센터 – 오류와 경고 소개
• Make 헬프센터 – 오류 처리 개요
• Make 헬프센터 – 에러 핸들러
• Make 헬프센터 – Break 에러 핸들러
• Make 헬프센터 – 미완료 실행
• Make 헬프센터 – 미완료 실행 자동 재시도
• Make 헬프센터 – 지수 백오프
• Make 헬프센터 – 자주 나는 오류와 해결법
• Make 헬프센터 – Throw 대체 방법
• Make – 에러 핸들러 빠른 참조표
• Make 헬프센터 – 크레딧 계산
• Make 공식 요금제
• Use Apify – Make 오류 처리 실무 정리
• Till Freitag – Make 재시도 전략