<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>예외 처리 on 얼쑤 · Team Edo</title><link>https://team-edo.github.io/tags/%EC%98%88%EC%99%B8-%EC%B2%98%EB%A6%AC/</link><description>Recent content in 예외 처리 on 얼쑤 · Team Edo</description><generator>Hugo</generator><language>ko-kr</language><lastBuildDate>Wed, 28 Oct 2026 00:00:00 +0900</lastBuildDate><atom:link href="https://team-edo.github.io/tags/%EC%98%88%EC%99%B8-%EC%B2%98%EB%A6%AC/index.xml" rel="self" type="application/rss+xml"/><item><title>분석 제출에 실패하면 이미 커밋한 시도는?</title><link>https://team-edo.github.io/posts/2026/10/compensate-failed-analysis-handoff/</link><pubDate>Wed, 28 Oct 2026 00:00:00 +0900</pubDate><guid>https://team-edo.github.io/posts/2026/10/compensate-failed-analysis-handoff/</guid><description>&lt;p>얼쑤에서 같은 녹음의 분석을 다시 요청하면 세션을 &lt;code>PENDING&lt;/code>으로 바꾸고 시도 번호를 올립니다. 실행기는 커밋 뒤에 작업을 받습니다. 상태가 반영되기 전 작업이 시작되면 새 시도를 읽을 수 없기 때문입니다.&lt;/p>
&lt;p>커밋과 작업 제출 사이에 실패할 수 있는 지점이 남습니다. 실행기의 대기열이 가득 차면 작업을 넘길 수 없지만, DB에는 이미 진행 중인 시도가 기록돼 있습니다. 이때 호출자에게 제출 실패만 돌려주면 상태를 읽는 쪽에는 아직 시작하지 못한 작업이 진행 중인 것처럼 보입니다.&lt;/p></description></item></channel></rss>