Kafka partition보다 많은 유휴 consumer를 허용합니다. 재할당 준비 이점과 유휴·리밸런싱 비용은 어떻게 평가하나요?

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

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

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

구두 답변

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

partition보다 많은 일반 consumer는 일부가 유휴로 남아 처리량 상한을 늘리지 못합니다. 장애·재할당 시 준비된 인스턴스가 도움될 수 있지만 실제 비용과 리밸런싱 영향은 측정해야 합니다.

allowIdleConsumers의 버전·설정 계약을 확인합니다. 단일 핫 partition은 여전히 병목이고 분할하면 키 순서가 바뀔 수 있습니다. 유휴 연결·메모리·최대 Pod와 DB 전체 예산을 함께 봅니다.

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

partition보다 많은 일반 consumer는 일부가 유휴로 남아 처리량 상한을 늘리지 못합니다. 장애·재할당 시 준비된 인스턴스가 도움될 수 있지만 실제 비용과 리밸런싱 영향은 측정해야 합니다.
유휴 연결·메모리·최대 Pod와 DB 전체 예산을 함께 봅니다.

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

다음 핵심 구분을 반대로 설명하거나 성립 조건을 생략한다: partition보다 많은 일반 consumer는 일부가 유휴로 남아 처리량 상한을 늘리지 못합니다.

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

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

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