두 가지 롤백, 두 가지 생각
Agent 프로젝트에서 롤백은 단순한 "실행 취소"가 아닙니다. 실행에 실패한 백그라운드 작업을 처리하거나 워크플로 예외를 복원해야 하는 경우 백그라운드 모드 롤백 및 에이전트 워크플로 감사 로그 롤백이라는 두 가지 주요 솔루션이 있습니다. 이름은 비슷하지만 적용 가능한 경계와 오류 모드는 완전히 다릅니다.
적용 대상 : 누구든지 사용하면 이익이 된다
백그라운드 모드 롤백은 누구에게 적합합니까?
알림 보내기, 파일 형식 변환, 정기적인 캐시 정리 등 상태 비저장, 재진입 가능, 단기 백그라운드 작업인 경우 백그라운드 모드 롤백이 적합합니다. 이는 일반적으로 작업 큐의 재시도 메커니즘에 의존합니다. 실패 후에는 성공하거나 재시도 횟수가 초과될 때까지 미리 설정된 전략(예: 지수 백오프)에 따라 재실행됩니다.
일반적인 시나리오: 배치 이미지 압축을 위한 백그라운드 작업입니다. 특정 이미지가 압축되지 않은 경우 롤백은 압축된 모든 이미지를 실행 취소하는 대신 이 이미지를 다시 압축하는 것입니다.
상담원 작업 흐름 감사 로그 롤백은 누구에게 적합합니까?
워크플로에 다단계 작업, 상태 변경, 리소스 할당이 포함되고 각 단계가 기록되는 경우 감사 로그 롤백이 더 나은 선택입니다. 작업 로그를 재생하거나 되돌려 시스템 상태를 특정 체크포인트로 복원합니다.
일반적인 시나리오: 재고 공제, 결제 공제, 물류 주문 생성을 포함한 주문 처리 워크플로입니다. 결제 실패 후 재고 및 결제를 롤백해야 합니다. 감사 로그는 각 단계의 입력과 출력을 기록하고 실행된 단계를 정확하게 실행 취소할 수 있습니다.
비교 차원: 핵심 차이점
| 치수 | 배경 모드 롤백 | 에이전트 워크플로 감사 로그 롤백 |
|---|---|---|
| 롤백 세분성 | 작업 수준: 전체 작업을 다시 실행하거나 건너뛸 수 있음 | 단계 수준: 모든 로그 체크포인트로 롤백 가능 |
| 상태 종속성 | 무국적 또는 멱등성 | 강하게 종속된 로그의 상태 스냅샷 |
| 실패 처리 | 다시 시도하거나 삭제 | 역작업 또는 보상 거래 |
| 구현 복잡성 | 낮음: 메시지 큐 + 재시도 전략 | 높음: 감사 로그 저장 + 롤백 엔진 |
| 일관성 보장 | 최종 일관성 | 강력하거나 일관성이 있음(보상 논리에 따라 다름) |
| 일반적인 도구 | 셀러리, Sidekiq, AWS SQS + Lambda | Temporal, Camunda, 맞춤형 이벤트 소싱 |
가장 쉬운 함정: 실패 시나리오 분석
백그라운드 모드 롤백의 함정
- 비멱등성 작업은 안전하게 재시도할 수 없습니다: 백그라운드 작업이 "사용자 잔액 10위안 증가"를 실행한다고 가정합니다. 재시도 시 실행 여부를 확인하지 않으면 반복적으로 증가하게 됩니다. 이때는 백그라운드 모드 롤백을 직접 재시도할 수 없으며 추가적인 멱등성 키나 중복 제거 로직을 설계해야 합니다.
- 리소스 소진 재시도: 종속 서비스(예: 데이터베이스)를 사용할 수 없기 때문에 작업을 반복적으로 재시도하면 다운스트림이 눈사태처럼 무너질 수 있습니다. 합리적인 재시도 창과 회로 차단기를 설정해야 합니다.
실제 실패 사례: 팀은 결제 콜백 알림을 처리하기 위해 백그라운드 모드 롤백을 사용했습니다. 결제 게이트웨이 시간이 초과된 후 3번 재시도했지만 실제로 첫 번째 시도에서는 성공했습니다. 결과적으로 재시도 결과 배송이 반복되었습니다.
에이전트 작업 흐름 감사 로그 롤백의 함정
- 로그 확장 및 롤백 지연: 모든 단계에서 로그가 기록됩니다. 장기 실행 워크플로에서는 엄청난 양의 데이터가 생성됩니다. 롤백 중 재생 또는 역방향 작업이 예상보다 오래 걸릴 수 있습니다. 정기적인 체크포인트 압축이 필요합니다.
- 보상 작업의 부작용: 단계에서 외부 이메일을 보내고 롤백 시 보낸 이메일을 "실행 취소"할 수 없다고 가정합니다. 보상 로직은 "취소 이메일 보내기"만 가능하지만 사용자 경험이 손상되었습니다.
실패 사례: 다단계 승인 워크플로에서 관리자가 이전 단계로 롤백했지만 승인 의견이 감사 로그에 기록되었습니다. 롤백 이후 승인 의견이 사라져 승인 내역이 일관되지 않았습니다.
실행 가능 사례: 선택 및 구현 방법
1단계: 작업 특성 결정
- 작업이 부작용(멱등성) 없이 반복적으로 실행될 수 있고 정확한 단계 롤백이 필요하지 않은 경우 백그라운드 모드 롤백을 선택합니다.
- 작업에 순차적 종속성, 상태 변경, 외부 부작용이 있고 정확한 복구가 필요한 경우 감사 로그 롤백을 선택합니다.
2단계: 혼합 용액
실제 프로젝트에서는 혼합될 수 있습니다. 백그라운드 모드를 사용하여 독립적인 하위 작업을 처리하고 감사 로그를 사용하여 전체 프로세스를 조정합니다. 예를 들어 데이터 처리 워크플로에서 백그라운드 재시도는 데이터 정리 하위 작업에 사용되고, 감사 로그 롤백은 데이터 저장 및 알림에 사용됩니다.
3단계: 실패에 대비
- 어느 것을 선택하든 "수동 백업" 메커니즘을 설계해야 합니다. 즉, 자동 롤백이 실패할 경우 운영 및 유지 관리 담당자가 개입할 수 있도록 CLI 또는 백그라운드 인터페이스를 제공해야 합니다.
- 롤백 빈도와 실패 이유를 모니터링하여 롤백 자체가 새로운 실패 원인이 되는 것을 방지합니다.
다음 결정
이제 두 롤백 간의 차이점과 적용 가능한 경계를 알게 되었습니다. 팀이 에이전트 워크플로의 롤백 기능을 설계하거나 일반적인 백그라운드 작업에서 워크플로 조정으로 마이그레이션하는 경우 다음 리소스를 사용하면 에이전트 엔지니어링의 핵심 패턴을 깊이 이해하는 데 도움이 될 수 있습니다.
아직 댓글이 없습니다