우문현답
愚 問 賢 答
회사별 면접직군별진행 방식
    홈›회사별›토스›데이터 엔지니어›질문 상세
    問
    토토스데이터 엔지니어직무 역량2026년 출제

    Spring Boot 환경에서 Kafka Client와 Kafka Broker 간 통신 문제를 해결한 경험이 있다면 구체적으로 말씀해 주세요.

    답변 미리보기

    Spring Boot 환경에서 Kafka Consumer Group Rebalancing이 과도하게 발생하는 문제를 해결한 경험이 있습니다. 문제를 인식한 것은…

    예상 답변 시간
    90초
    예상 꼬리질문
    3회
    난이도
    난이도 중상
    출제 빈도
    높음
    INTERVIEWER'S INTENT · 면접관의 의도

    이 질문, 네 갈래로 뜯어봅니다.

    면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.

    問
    01
    문제를 어떻게 인식했는가?
    Kafka Client와 Broker 간의 통신 문제를 인식한 흔적이 답에 있어야 합니다. 없으면 면접관이 '어떤 증상으로 문제를 알게 되었나요?'를 추가로 묻는 경우가 자주 보입니다.
    骨
    02
    어떤 해결책을 적용했는가?
    문제를 해결하기 위한 접근 방식이나 해결책을 제시한 흔적이 답에 있어야 합니다. 없으면 면접관이 '해결을 위해 어떤 조치를 취했나요?'를 추가로 묻는 경우가 많습니다.
    語
    03
    결과는 어땠는가?
    해결 후 결과나 개선된 상황에 대한 설명이 답에 있어야 합니다. 없으면 면접관이 '그 결과 어떻게 되었나요?'라는 질문을 던지는 자리가 자주 보입니다.
    本
    04
    어떤 교훈을 얻었는가?
    이 경험에서 얻은 교훈이나 배운 점에 대한 흔적이 답에 있어야 합니다. 없으면 면접관이 '이 경험을 통해 무엇을 배웠나요?'를 추가로 묻는 경우가 자주 보입니다.
    말로 해봐야 는다
    읽는 것과 말하는 건 다릅니다.
    이 질문, 소리 내어 답해 볼까요?
    토스 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.
    음성으로 답해보기
    Consumer Group 재조정 지연 문제 해결약 90초메시지 직렬화 오류와 스키마 불일치 해결약 90초Broker 연결 불안정과 재연결 전략 개선약 90초
    예시 답변 1
    약 90초

    Consumer Group 재조정 지연 문제 해결

    Spring Boot 환경에서 Kafka Consumer Group Rebalancing이 과도하게 발생하는 문제를 해결한 경험이 있습니다. 문제를 인식한 것은 특정 시간대 메시지 처리 지연이 급격히 증가하는 모니터링 알림을 받으면서였습니다. Kafka Consumer Lag 모니터링과 Broker 로그 분석을 통해 max.poll.interval.ms 설정이 실제 처리 시간보다 짧아 Consumer가 자주 그룹에서 탈락하는 것이 원인임을 파악했습니다. Spring Kafka의 ConcurrentKafkaListenerContainerFactory 설정에서 poll 타임아웃과 컨테이너 재시작 정책을 조정했습니다. 해결 후 Consumer Rebalancing 빈도가 90% 감소했고, 메시지 처리 지연도 정상화됐습니다. 이 경험에서 Kafka 설정은 Broker와 Consumer 양측을 함께 이해해야 근본 원인에 도달할 수 있다는 교훈을 얻었습니다.

    이 결의 특징
    메시지 처리 지연 알림에서 출발해 Consumer Lag과 Broker 로그를 교차 분석하고, max.poll.interval.ms가 실제 처리 시간보다 짧아 Consumer가 자주 탈락하던 원인까지 파고든 진단이 또렷합니다. 리밸런싱 빈도 90% 감소를 설정 한 줄 운으로가 아니라 양측 이해의 결과로 읽히게 하는 결이 보입니다.
    이 결이 통하는 자리
    'Kafka 설정은 Broker와 Consumer 양측을 함께 이해해야 근본 원인에 도달한다'는 교훈이 poll 타임아웃 조정 같은 구체로 받쳐질 때 통합합니다. 증상→로그→원인의 추적이 또렷한 자리에서 면접관의 꼬리질문이 줄어드는 결이 보입니다.
    예시 답변 2
    약 90초

    메시지 직렬화 오류와 스키마 불일치 해결

    Spring Boot + Kafka 환경에서 Producer-Consumer 간 직렬화 불일치로 메시지 처리가 실패하는 문제를 해결한 경험이 있습니다. 배포 후 Consumer에서 역직렬화 오류가 급증하는 에러 로그를 통해 문제를 인식했습니다. 원인은 Producer 서비스 배포 시 페이로드 스키마가 변경됐는데, Consumer가 구버전 역직렬화 설정을 그대로 유지한 것이었습니다. 해결책으로 Apache Avro + Schema Registry를 도입해 스키마 버전 관리를 중앙화하고, 하위 호환 스키마 변경만 허용하는 정책을 적용했습니다. 도입 후 스키마 불일치 오류가 0건이 됐고, 서비스 간 계약이 명확해졌습니다. 이 경험에서 분산 메시징 시스템에서 스키마 관리가 코드만큼 중요하다는 것을 배웠습니다.

    이 결의 특징
    배포 후 역직렬화 오류 급증을 보고, Producer가 페이로드 스키마를 바꿨는데 Consumer가 구버전 설정을 유지한 것이 원인임을 짚은 진단이 또렷합니다. Avro+Schema Registry로 버전을 중앙화하고 하위 호환 변경만 허용한 대목이, 오류 0건을 임시 수정이 아닌 계약 표준화의 결과로 읽히게 하는 결이 보입니다.
    이 결이 통하는 자리
    '분산 메시징에서 스키마 관리가 코드만큼 중요하다'는 교훈이 호환성 정책이라는 구체로 받쳐질 때 통합합니다. 서비스 간 계약이 명확해진 변화가 또렷한 자리에서 신뢰가 생기는 결이 보입니다.
    예시 답변 3
    약 90초

    Broker 연결 불안정과 재연결 전략 개선

    Spring Boot 환경에서 Kafka Broker 연결이 간헐적으로 끊기는 문제를 해결한 경험이 있습니다. 문제가 나타나기 시작한 것은 특정 시간대에 메시지 발행이 실패하면서였고, 로그에 NetworkException이 반복 기록됐습니다. Broker 측 로그와 네트워크 타임아웃 설정을 교차 분석해 TCP 세션 유지 시간이 NAT 게이트웨이 타임아웃보다 길어 중간에 연결이 끊기는 것이 원인임을 파악했습니다.

    connections.max.idle.ms 설정을 NAT 타임아웃보다 짧게 조정하고, Producer의 재시도 정책과 idempotent 설정을 추가했습니다. 결과적으로 연결 오류가 완전히 사라졌고, 메시지 중복 발행 위험도 함께 제거됐습니다. 인프라 설정과 애플리케이션 설정의 상호작용을 함께 이해해야 한다는 교훈을 얻었습니다.

    이 결의 특징
    간헐적 연결 끊김과 반복되는 NetworkException에서, TCP 세션 유지 시간이 NAT 게이트웨이 타임아웃보다 길어 끊긴다는 인프라-앱 경계 원인을 짚은 진단이 또렷합니다. connections.max.idle.ms를 NAT보다 짧게 조정하고 idempotent 설정을 더한 대목이, 연결 오류 제거와 중복 발행 위험 제거를 함께 닫는 결이 보입니다.
    이 결이 통하는 자리
    '인프라 설정과 애플리케이션 설정의 상호작용을 함께 이해해야 한다'는 교훈이 NAT 타임아웃 분석으로 받쳐질 때 통합합니다. 애플리케이션 너머 네트워크 층위까지 본 흐름이 또렷한 자리에서 면접관의 꼬리질문이 줄어드는 결이 보입니다.
    !
    위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.
    ✕자주 빠지는 자리

    같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.

    • ✕떨어뜨린 옵션이 1개라도 있는가? "이게 답이었어요"만으로는 의사결정이 아니라 그냥 선택입니다.
    • ✕선택 기준이 그 프로젝트에 한정되는가? "성능이 좋아서"는 일반론, "우리 트래픽이 X 패턴이라서"가 본인의 답입니다.
    • ✕결과 숫자 1개를 정확히 말할 수 있는가? P95·QPS·적중률 — 무엇이든 1개. 숫자가 없으면 직감으로 한 일처럼 들리기 쉽습니다.
    • ✕지금 다시 한다면 어떻게 할지 답할 수 있는가? "잘했다"보다 "이건 다르게 했을 것 같다"가 더 깊은 인상을 남깁니다.
    ▶이어질 꼬리질문

    진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.

    壹문제를 해결하기 위해 어떤 접근 방식을 선택하셨나요?
    貳이 문제를 해결하면서 어떤 어려움이 있었나요?
    參다음에 비슷한 문제가 발생한다면 어떻게 대처하실 건가요?
    이제, 직접 답해볼 차례예요.
    눈으로 읽은 답은 면접장에서 나오지 않아요. 토스 면접관과 이 질문으로 한 번 대화해 보세요.
    이 질문으로 모의면접 해보기
    또는, 다음 질문으로

    같은 흐름에서 자주 이어지는 질문들이에요.

    토스 · 데이터 엔지니어
    Kafka Broker Cluster를 운영하면서 겪었던 문제와 그 해결 과정을 설명해 주세요.
    이 질문 보기
    부동산플래닛 · 백엔드
    Spring Boot를 활용한 프로젝트에서 어떤 역할을 맡았고, 그 과정에서 어떤 문제를 해결했는지 이야기해 주세요.
    이 질문 보기
    incross · 백엔드
    Apache Kafka를 이용한 데이터 분산 구축 경험이 있다면, 그 과정에서 겪은 어려움과 해결 방법을 말씀해 주세요.
    이 질문 보기
    유진그룹 · SW·IT 일반
    Spring Boot를 사용한 경험이 있다면, 어떤 기능을 구현했는지 구체적으로 설명해 주세요.
    이 질문 보기
    안내 · 이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 실제 출제·회사 공식 입장과는 무관하며, 정정 요청 시 24시간 내 반영합니다. 자세히
    개인정보처리방침이용약관문의
    © 2026 우문현답. All rights reserved.
    이 페이지 목차
    01면접관의 의도02답변의 결03실수·꼬리질문04관련 질문
    말로 해봐야 는다
    이 질문, 토스 면접관과
    음성으로 답해볼까요?
    모의면접 해보기
    첫 회 무료 · 종료 즉시 음성 폐기