이 글은 n8n·Make에서 만든 흐름을 운영에 넘기기 전에 어떤 증거가 있어야 하는지 정리하는 판단표입니다. 단순히 12개 칸을 체크하거나 정상 데이터 한 건을 통과시키는 것으로 안전을 보장하지 않습니다.
업무를 아직 고르지 않았다면 업무 선정 워크시트부터, Make 화면을 읽는 것이 어렵다면 Run once 결과 읽기부터 보세요. 이 글의 목적은 도구 사용법이 아니라 시험 결과를 근거로 유지·보완·제한 운영을 결정하는 것입니다.
판정은 네 가지로 기록합니다
- 통과: 정해 둔 입력과 기대 결과를 같은 버전의 흐름에서 실행해 일치함을 확인했습니다.
- 실패: 실제 결과가 기대 결과와 다릅니다. 수정 후 새 실행 기록이 필요합니다.
- 미확인: 설명만 있거나 아직 실행하지 않았습니다. 통과로 세지 않습니다.
- 해당 없음: 기능이 범위에 없는 이유를 씁니다. 예를 들어 외부 쓰기 모듈이 없는 실습은 외부 저장 결과 확인이 해당 없을 수 있습니다.
코드나 설정을 바꿨다면 이전 시험이 여전히 유효한지 확인해야 합니다. 입력 스키마·연결 계정·대상 파일·중복 키·오류 처리 방식이 달라졌다면 관련 시험을 다시 수행하세요.
배포 판단표 12가지
| 검증 항목 | 남길 증거 | 보류해야 하는 상황 |
|---|---|---|
| 1. 범위와 버전 | 흐름 이름, 수정 시각 또는 버전, 시작·제외 조건, 대상 위치 | 시험한 버전과 실제 켤 버전이 다름 |
| 2. 정상 입력 | 샘플 ID, 기대 값·건수, 실제 최종 값·건수 | 성공 표시만 있고 결과 대조가 없음 |
| 3. 빈 값과 자료형 | 필수 필드 누락·null·빈 문자열·공백 문자열을 각각 구분한 결과 | 공백 하나 시험하고 모든 빈 값을 처리한다고 결론 |
| 4. 제외 조건과 0건 | 조건 불일치 또는 검색 0건 때 어느 단계가 실행되는지 | 0번들 뒤에도 다음 필터가 실행될 것이라고 가정 |
| 5. 같은 사건의 재입력 | 같은 원본 ID를 두 번 넣은 실행과 결과 개수 | 실행마다 새 ID를 만들면서 중복 키라고 부름 |
| 6. 동시에 들어온 입력 | 동시 입력 시험 또는 단일 처리 경로를 강제하는 설정과 범위의 근거 | 순차 재입력 성공을 동시성 검증으로 대체 |
| 7. 외부 작업 전 실패 | 격리된 시험 환경에서 쓰기 전 실패 시 기록·재처리 경로 | 실패한 항목이 사라지거나 담당자가 찾을 수 없음 |
| 8. 외부 결과가 불명확한 실패 | 요청 ID·결과 ID로 외부 앱 확인 후 재처리를 결정하는 절차 | 시간 초과를 무조건 미처리로 보고 재발송 |
| 9. 권한과 기록 데이터 | 연결 소유자, 허용 범위, 로그에 남는 필드, 보관·접근 기준 | 불필요한 정보가 전송되거나 비밀키가 로그에 남음 |
| 10. 처리량과 비용 상한 | 시험 건수·실행 주기·사용량, 한도를 넘을 때 멈출 기준 | 확인한 범위보다 큰 전체 데이터가 처음부터 들어옴 |
| 11. 중지와 복구 | 새 입력을 막는 위치, 진행 중 작업·대기열 확인, 복구 담당자 | 예약 OFF만 하면 이미 시작한 작업까지 취소된다고 가정 |
| 12. 운영 인계와 재검토 | 검토자, 초기 확인 일정, 누락·중복·비용 이상 시 대응, 다음 검토일 | 알림은 있지만 누가 언제 확인할지 정하지 않음 |
3번의 네 종류가 모든 시스템에 동일하게 들어오는 것은 아닙니다. 실제 입력 규격에서 가능한 경우를 시험하고, 불가능한 경우는 입력 검증 근거를 기록하세요. 6~8번은 운영 데이터를 고의로 망가뜨리며 시험하라는 뜻이 아닙니다. 격리된 환경과 권한이 없다면 미확인으로 남기고 운영 범위를 제한합니다.
실제 실습 기록으로 판단표를 채워 보면
Data Store 키 확인 실습에서는 2026년 9월 13~14일 샘플 키만 사용했습니다. 아래는 그 기록으로 판단할 수 있는 범위입니다. 제품 전체나 고객 업무의 배포 인증이 아닙니다.
| 기록 | 판정 | 남는 한계 |
|---|---|---|
| 새 키 등록 후 같은 키를 다시 입력 | 순차 재입력 시 Exists=true, 등록 필터 0건, 등록 미실행 확인 | 동시에 두 실행이 시작된 경우는 미확인 |
| 키에 공백 3개 입력 | 첫 필터 0건, 조회·등록 미실행 확인 | 필드 누락·null·길이 0 시험과는 다름 |
| 기존 키를 등록 모듈에 직접 입력 | 덮어쓰기 No에서 Duplicate key error 확인 | 외부 앱 성공 후 기록 실패를 복구한 시험은 아님 |
| 외부 고객 앱이나 발송 | 실습 범위에 없음 | 실제 앱을 추가하면 별도 시험 필요 |
따라서 이 흐름을 “순차 키 확인 원리를 배우는 수동 실습”으로 사용하는 것은 기록과 일치합니다. 같은 자료를 근거로 “고객에게 중복 없이 발송하는 운영 시스템이 완성됐다”고 판단하는 것은 범위를 넘습니다.
‘중지’와 ‘되돌리기’를 따로 설계하세요
새로운 실행을 막는 것, 이미 실행 중인 작업을 멈추는 것, 외부 앱에 만들어진 결과를 복구하는 것은 서로 다른 일입니다. 취소 버튼을 찾았다는 사실만으로 세 가지가 모두 해결되지는 않습니다.
Make 공식 Operations 문서는 Stop을 눌러도 현재 모듈의 번들 처리가 끝난 뒤 시나리오가 멈춘다고 설명합니다. 오류 처리 문서의 rollback도 트랜잭션을 지원하는 모듈 범위에 관한 설명입니다. 이미 보낸 메일이나 모든 외부 변경을 자동 취소하는 기능으로 해석하지 마세요.
- 새 입력·일정을 멈출 담당자와 위치를 기록합니다.
- 실행 중인 작업, 대기 중 입력, 미완료 실행이 남아 있는지 확인합니다.
- 외부 결과를 원본 ID와 대조해 완료·미완료·결과 불명으로 나눕니다.
- 결과 불명은 무조건 재실행하지 않습니다. 대상 앱에서 확인한 뒤 중복 위험을 판단합니다.
- 수정한 버전을 다시 시험하고, 재개할 범위와 시점을 승인받습니다.
최종 판단을 남기는 양식
대상 흐름 / 버전: 업무 범위 / 하지 않을 행동: 시험 ID와 실행 기록 위치: 통과 항목: 실패·미확인 항목과 영향: 해당 없음 항목과 이유: 판단: 수동 시험 유지 / 보완 후 재시험 / 제한 운영 검토 제한 범위(입력 대상·건수·주기·비용): 중지 기준 / 담당자 / 복구 확인 방법: 검토자 / 검토 시각 / 재검토 조건:
빠진 항목을 임의의 점수로 덮지 마세요. 영향이 큰 미확인 항목이 남으면 수동 시험을 유지하는 것이 타당합니다. 제한 운영을 검토하더라도 입력 범위와 실제 동작이 제한되는지 확인해야 하며, 이 글의 양식을 채웠다고 자동 실행을 켜라는 뜻은 아닙니다.
2026-09-20 개편: 일반적인 체크리스트를 증거 기반 배포 판단표로 바꿨습니다. 기존의 n8n 단일 true 경로 메모는 전체 배포 검증의 근거로 사용하지 않습니다. 위에 구체적으로 표시한 Make 시험 외에 동시성·장애 복구·실제 발송 시험을 새로 수행한 것은 아닙니다.