예시 답변 1
약 78초
구체적인 프로젝트 경험 한 가지로 시작해 상황·본인 역할·판단·결과 순으로 푸는 결
학부 캡스톤에서 4명이서 중고거래 알림 서비스를 만들 때, 제가 백엔드에서 Redis와 Kafka를 맡았습니다. 처음엔 주문 상태를 DB만으로 조회했는데, 알림이 몰리는 시간대에 응답이 느려졌습니다. 그래서 자주 읽는 사용자 알림은 Redis에 5분짜리 캐시로 두고, 결제 완료나 채팅 수신 같은 이벤트는 Kafka로 분리해 비동기로 처리했습니다. 다만 처음에는 캐시 만료를 너무 짧게 잡아 같은 요청이 다시 DB로 가는 문제를 겪었습니다. 그 뒤엔 조회 패턴을 먼저 보고 TTL을 조정하는 방식으로 바꿨습니다. 지금도 새 기능을 맡으면 먼저 조회 빈도와 비동기 분리 지점부터 확인하고 있습니다.
이 결의 특징
캡스톤 프로젝트 한 개 안에서 Redis(캐싱)와 Kafka(비동기)의 역할 분담을 명확히 한 흐름이 보입니다. 초기 단순화 시도에서 TTL 조정이라는 구체적 개선으로 이어진 점이 실무 적응력을 신호합니다.
이 결이 통하는 자리
성능과 처리 속도를 함께 챙기는 백엔드 팀에서 잘 작동하는 자리입니다. 특히 신입 수준에서도 '조회 빈도와 비동기 분리'를 먼저 확인하는 습관이 보이면, 설계 감각이 있는 후보로 평가됩니다.