- Published on
Temporal 같은 내구 실행 엔진은 이벤트 이력을 리플레이해 장애를 견디는데, 바로 그 리플레이 때문에 "실행 중인 워크플로가 있는 채로 새 코드를 배포"하는 일이 이 모델에서 가장 까다로운 문제가 됩니다. Temporal은 2026년 3월 30일 Worker Versioning의 GA를 발표했고 OSS 서버로는 v1.31.0(4월 29일)에 명시됐습니다 — 2023년 6월 첫 프리뷰 이후 2년 9개월, 그 사이 두 세대의 버저닝 API(버전 세트, 버저닝 룰)를 통째로 폐기하고 나온 세 번째 설계입니다. 이 글은 리플레이가 배포를 깨는 메커니즘, 패칭이라는 기존 답의 비용, 3세대에 걸친 API 폐기 연대기, GA된 Pinned/Auto-Upgrade 모델의 실제 동작을 1차 자료로 정리합니다. 그리고 정직한 트레이드오프도 함께 봅니다 — pinned가 만드는 레인보우 배포의 인프라 비용, auto-upgrade에 여전히 필요한 패칭, deployment당 버전 수 한도, v1.32.0로 예고된 구 API 제거까지. 모든 워크플로가 배포 간격보다 짧게 끝난다면 이 기능이 필요 없다는 것도 포함해서요.