같은 transactional.id로 두 producer가 실행됩니다. 새 epoch와 fenced 오류는 어떤 소유권을 뜻하나요?
꼬리 질문을 독립 문항으로 확장했습니다. 원래 문항에서 맥락 보기 →
잠깐, 답변을 보기 전에
먼저 내 말로 설명해 볼까요?
답변과 점검 포인트 펼치기답변 접기
01
구두 답변
정의를 외우기보다, 원리와 조건을 연결해 설명해 보세요.
동일 논리 transactional.id의 새 producer가 초기화되면 이전 producer를 fencing하는 epoch 규칙이 적용될 수 있습니다. fenced된 인스턴스는 네트워크 일시 실패처럼 계속 재시도하지 않고 소유권 상실로 처리합니다.
서로 독립적인 동시 producer가 같은 ID를 무심코 쓰지 않도록 배정합니다. Kafka의 fencing은 외부 DB writer까지 자동 차단하지 않습니다. 재시작·중첩 실행·commit 응답 유실을 시험합니다.
02
득점 포인트
이해가 드러나는 지점을 확인해 보세요.
- 동일 논리 transactional.id의 새 producer가 초기화되면 이전 producer를 fencing하는 epoch 규칙이 적용될 수 있습니다. fenced된 인스턴스는 네트워크 일시 실패처럼 계속 재시도하지 않고 소유권 상실로 처리합니다.
- 재시작·중첩 실행·commit 응답 유실을 시험합니다.
03
감점 포인트
놓치기 쉬운 조건과 오해를 짚어 보세요.
- 다음 핵심 구분을 반대로 설명하거나 성립 조건을 생략한다: 동일 논리 transactional.id의 새 producer가 초기화되면 이전 producer를 fencing하는 epoch 규칙이 적용될 수 있습니다.
04
더 파고들 거리
하나 더 질문하며 이해의 범위를 넓혀 보세요.
득점·감점 포인트는 학습용 자기 점검 기준이며, 특정 회사의 실제 채점표가 아닙니다.
원리부터 공부하고 싶다면
답변을 보충하는 개념·예제·슈도코드를 읽어 보세요.