되돌릴 대상
워크플로 설정, 코드, 자격정보 참조와 스케줄을 구분합니다. 이미 생성된 외부 항목과 고객에게 전달된 정보는 별도 영향 목록입니다. 배포 도구에 롤백 버튼이 있다는 사실만으로 업무 복구 계획이 준비됐다고 보지 않습니다.
가정한 복구 범위표
다음은 복구 계획을 논의하는 예시입니다. 실제 삭제나 외부 메시지는 승인된 작업 범위 안에서 수행해야 합니다.
change_window: identified release interval
restore_config: previous reviewed workflow version
pause_new_runs: scoped affected workflow only
queued_payload_versions: inspect before resume
external_records_created: reconcile, do not blindly delete
notifications_sent: irreversible delivery, assess follow-up
recovery_evidence: configuration and business ledger checks
범위를 좁힙니다
가정한 예로 특정 서비스 배정 규칙만 잘못됐으면 관련 흐름만 멈추고 원장 저장은 유지할 수 있는지 봅니다. 관계없는 프로젝트와 도메인까지 중단하지 않습니다. 영향 범위가 불명확하면 확인한 사실과 추정 구간을 나누고 원본 기록을 보존합니다.
검수 순서
- 이전 버전과 복구 조건을 사전에 기록합니다.
- 새 실행·대기·처리 중 작업을 분류합니다.
- 제한된 범위에서 설정을 되돌리고 시험합니다.
- 외부 부작용과 남은 보정을 원장으로 확인합니다.
복구 중 수동 처리와 자동 실행이 충돌하지 않게 담당자를 정합니다. 오래된 키를 다시 활성화하는 것이 안전한지, 이미 회수된 권한이 필요한지 확인합니다. 단순히 과거 파일을 올려 연결이 복원될 것이라고 추측하지 않습니다.
완료 판정
정상 기능의 회복, 대기 작업의 처리와 외부 보정 상태가 구분돼야 합니다. 롤백 성공과 사건 종료는 다른 상태일 수 있습니다. 어떤 버전으로 언제 돌아갔고 어떤 업무가 아직 남았는지 기록해 후속 담당자가 다시 잘못된 버전을 배포하거나 같은 보정을 반복하지 않게 합니다.
자주 묻는 질문
- 이전 배포로 돌아가면 보낸 메일도 취소되나요?
- 이미 외부에서 실행된 작업은 코드 롤백으로 취소되지 않습니다. 실제 부작용의 범위를 확인하고 필요한 후속 조치는 권한과 업무 정책에 따라 별도로 처리합니다.
- 대기 중인 작업도 예전 로직으로 자동 바뀌나요?
- 대기열이 어떤 버전과 입력을 보관하는지에 따라 다릅니다. 재개할 때의 로직·계약 버전을 확인하고 새 형식 입력을 이전 코드가 잘못 읽지 않는지 시험합니다.
공식 참고자료와 작성 기준
공식 문서는 도구·검색 기능의 근거이며, 위의 점검 순서와 완료 기준은 현랩의 실무 설계 제안입니다. 예시를 실제 고객의 성과나 검색엔진의 보장으로 해석하지 않습니다.