Kafka offset은 자주 커밋되지만 DB 처리는 늦거나 그 반대입니다. 로그 lag와 실제 작업 나이를 어떻게 구분하나요?
꼬리 질문을 독립 문항으로 확장했습니다. 원래 문항에서 맥락 보기 →
잠깐, 답변을 보기 전에
먼저 내 말로 설명해 볼까요?
답변과 점검 포인트 펼치기답변 접기
01
구두 답변
정의를 외우기보다, 원리와 조건을 연결해 설명해 보세요.
fetch 위치·commit 위치·외부 DB 완료 위치와 가장 오래된 작업 나이를 나눕니다. offset을 빨리 commit하면 broker lag는 작아도 내부 큐에 미완료가 쌓일 수 있고 늦은 commit은 이미 처리한 일도 lag로 보일 수 있습니다.
정확한 commit 정책을 먼저 검증하고 autoscaling이 표면 lag만 따라 과잉 반응하지 않게 합니다. DB 지연·batch·revoke·재전달을 시험하고 최종 원장·중복·누락을 대조합니다.
02
득점 포인트
이해가 드러나는 지점을 확인해 보세요.
- fetch 위치·commit 위치·외부 DB 완료 위치와 가장 오래된 작업 나이를 나눕니다. offset을 빨리 commit하면 broker lag는 작아도 내부 큐에 미완료가 쌓일 수 있고 늦은 commit은 이미 처리한 일도 lag로 보일 수 있습니다.
- DB 지연·batch·revoke·재전달을 시험하고 최종 원장·중복·누락을 대조합니다.
03
감점 포인트
놓치기 쉬운 조건과 오해를 짚어 보세요.
- 다음 핵심 구분을 반대로 설명하거나 성립 조건을 생략한다: fetch 위치·commit 위치·외부 DB 완료 위치와 가장 오래된 작업 나이를 나눕니다.
04
더 파고들 거리
하나 더 질문하며 이해의 범위를 넓혀 보세요.
득점·감점 포인트는 학습용 자기 점검 기준이며, 특정 회사의 실제 채점표가 아닙니다.
원리부터 공부하고 싶다면
답변을 보충하는 개념·예제·슈도코드를 읽어 보세요.