cooperative rebalance를 켰습니다. 반납 범위가 줄어도 실행 중 외부 작업의 안전성은 왜 따로 필요한가요?

꼬리 질문을 독립 문항으로 확장했습니다. 원래 문항에서 맥락 보기 →

잠깐, 답변을 보기 전에
먼저 내 말로 설명해 볼까요?

답변과 점검 포인트 펼치기답변 접기

구두 답변

정의를 외우기보다, 원리와 조건을 연결해 설명해 보세요.

cooperative 방식은 일부 partition만 단계적으로 이동하게 해 전면 중단을 줄일 수 있지만 옛 worker의 실행 중 DB 호출을 원자 취소하지는 않습니다. 반납 대상과 여전히 가진 대상의 작업을 구분합니다.

revoke·lost와 commit 가능 범위를 client 계약으로 확인합니다. 외부 효과는 event ID·version으로 보호하고 poll·queue 상한을 유지합니다. 리밸런싱 감소와 정확성 보장은 별도 지표로 검증합니다.

이해가 드러나는 지점을 확인해 보세요.

cooperative 방식은 일부 partition만 단계적으로 이동하게 해 전면 중단을 줄일 수 있지만 옛 worker의 실행 중 DB 호출을 원자 취소하지는 않습니다. 반납 대상과 여전히 가진 대상의 작업을 구분합니다.
리밸런싱 감소와 정확성 보장은 별도 지표로 검증합니다.

놓치기 쉬운 조건과 오해를 짚어 보세요.

다음 핵심 구분을 반대로 설명하거나 성립 조건을 생략한다: cooperative 방식은 일부 partition만 단계적으로 이동하게 해 전면 중단을 줄일 수 있지만 옛 worker의 실행 중 DB 호출을 원자 취소하지는 않습니다.

하나 더 질문하며 이해의 범위를 넓혀 보세요.

득점·감점 포인트는 학습용 자기 점검 기준이며, 특정 회사의 실제 채점표가 아닙니다.

답변을 보충하는 개념·예제·슈도코드를 읽어 보세요.