Cloudflare Workflows, 실패 작업 되돌리는 saga 롤백 지원

Cloudflare 공식 블로그에 따르면 회사는 2026년 6월 25일 Workflows에 saga 스타일 롤백 기능을 추가했다. Workflows는 여러 단계로 구성된 애플리케이션을 오래 실행하고, 재시도와 상태 유지를 제공하는 Cloudflare Workers 기반 실행 엔진이다.

이번 업데이트의 핵심은 각 step.do() 호출에 rollback 함수를 붙일 수 있게 한 점이다. 개발자는 결제, 예약, 알림처럼 여러 외부 시스템을 순차 호출하는 워크플로에서 앞 단계가 이미 성공한 뒤 뒤쪽 단계가 실패할 경우, 앞서 수행된 작업을 보상 작업으로 되돌리도록 지정할 수 있다.

Cloudflare는 기존에는 개발자가 어떤 단계가 성공했는지 별도로 추적하고 catch 블록 안에서 되돌림 순서를 직접 구현해야 했다고 설명했다. 새 방식에서는 단계 정의 안에 보상 로직을 함께 둔다. 워크플로가 최종 실패할 때 롤백 대상 단계의 handler가 실행되며, 순차 실행뿐 아니라 병렬 단계에서도 예측 가능한 순서를 제공하기 위해 step-start 기준의 역순으로 처리된다.

공식 블로그는 롤백 함수도 일반 Workflow 단계와 마찬가지로 멱등성을 갖춰야 한다고 강조했다. 결제 환불, 재고 해제, 외부 리소스 삭제처럼 한 번 이상 호출될 수 있는 작업은 중복 실행돼도 결과가 깨지지 않도록 idempotency key나 별도 상태 확인을 함께 설계해야 한다.

Cloudflare Workflows 공식 문서도 복원력 있는 워크플로 설계에서 멱등성, 상태 관리, 오류 처리를 주요 원칙으로 제시한다. Workflows는 instance 관리, 실행 상태 조회, 일시정지, 재개, 재시작 같은 API를 제공하며, 장시간 실행되는 애플리케이션을 Workers 환경에서 다루도록 설계돼 있다.

이 기능은 서버리스 플랫폼이 단순 함수 실행을 넘어 업무 거래와 운영 자동화를 다루는 방향으로 확장되고 있음을 보여준다. AI 에이전트, 배포 자동화, 결제·주문 처리처럼 여러 시스템을 연결하는 워크플로가 늘수록 실패 복구는 예외 처리 코드의 문제가 아니라 플랫폼 수준의 실행 모델 문제가 된다.

다만 롤백은 모든 실패를 자동으로 해결하는 기능은 아니다. 외부 시스템이 이미 확정한 거래나 부작용은 각 서비스의 API와 비즈니스 규칙 안에서 별도 보상 작업으로 설계해야 한다. 개발 조직은 롤백 handler의 멱등성, 실행 순서, 실패한 롤백에 대한 알림 체계를 함께 검토해야 한다.

출처: Cloudflare Blog https://blog.cloudflare.com/rollbacks-for-workflows/
출처: Cloudflare Workflows Docs https://developers.cloudflare.com/workflows/build/workers-api/
출처: Cloudflare Workflows Docs https://developers.cloudflare.com/workflows/build/rules-of-workflows/