FastAPI 또는 gRPC를 활용해 API 개발을 진행한 경험이 있다면, 어떤 프로젝트에서 어떻게 사용했는지 상세히 말씀해 주세요. | 넥스트증권 ML 엔지니어 면접 질문

Q: 이 시스템 개발 과정에서 가장 어려웠던 점은 무엇인가요?

면접관이 답변에 이어 던질 수 있는 후속 질문입니다.

Q: FastAPI 대신 다른 프레임워크를 선택했다면 어떻게 되었을까요?

면접관이 답변에 이어 던질 수 있는 후속 질문입니다.

Q: 이 시스템의 성능 개선을 위해 어떤 조치를 취했나요?

면접관이 답변에 이어 던질 수 있는 후속 질문입니다.

넥넥스트증권ML 엔지니어직무 역량2026년 출제

답변 미리보기

팀 프로젝트에서 로그인, 상품 조회, 주문 처리를 각각 분리된 서비스로 만들었는데, 프론트엔드가 3개 서비스에 직접 요청을 날리니까 CORS 설정이 서비스마다

예상 답변 시간

60~90초

예상 꼬리질문

3회

난이도

난이도 중상

출제 빈도

높음

INTERVIEWER'S INTENT · 면접관의 의도

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

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

Gateway 시스템의 구성 요소는 무엇인가?

Gateway 시스템을 구성하는 다양한 요소에 대한 이해가 필요합니다. 없으면 면접관이 '어떤 부분을 주로 다루었나요?'를 추가로 묻는 경우가 자주 보입니다.

FastAPI의 장점은 무엇인가?

FastAPI의 특징과 장점을 설명할 수 있는 흔적이 답에 있어야 합니다. 없으면 면접관이 '왜 FastAPI를 선택했나요?' 같은 질문을 던지는 자리가 자주 보입니다.

개발 과정에서의 도전 과제는 무엇인가?

개발하는 과정에서 직면했던 도전 과제와 해결 방법에 대한 설명이 필요합니다. 없으면 면접관이 '어떻게 문제를 해결했나요?'를 추가로 묻는 경우가 많습니다.

성공적인 배포 경험이 있는가?

Gateway 시스템의 성공적인 배포 경험에 대한 흔적이 답에 있어야 합니다. 없으면 면접관이 '배포 후 어떻게 모니터링했나요?'와 같은 질문을 할 수 있습니다.

말로 해봐야 는다

읽는 것과 말하는 건 다릅니다.
이 질문, 소리 내어 답해 볼까요?

넥스트증권 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.

음성으로 답해보기

경험 중심 — 인증/라우팅을 Gateway에 집중한 설계 경험약 120초 경험 중심 — Redis 기반 Rate Limit을 Gateway에 추가한 경험약 110초 가정형 질문 — 소규모 실습 경험 기반 1인칭 답변약 100초

FastAPI로 내부 마이크로서비스 Gateway 구현

약 120초

경험 중심 — 인증/라우팅을 Gateway에 집중한 설계 경험

팀 프로젝트에서 로그인, 상품 조회, 주문 처리를 각각 분리된 서비스로 만들었는데, 프론트엔드가 3개 서비스에 직접 요청을 날리니까 CORS 설정이 서비스마다 달라 혼란이 생겼습니다.

FastAPI로 Gateway를 만들어 인증 토큰 검증과 라우팅을 한 곳에서 처리하도록 바꿨습니다. httpx로 내부 서비스에 프록시 요청을 보내는 방식이었습니다.

처음에는 async 처리를 제대로 하지 않아서 동시 요청 30개 이상 들어오면 레이턴시가 튀는 문제가 생겼습니다. httpx.AsyncClient를 싱글턴으로 공유하도록 바꾸고 나서 안정되었습니다. Gateway 하나로 인증을 모으니 개별 서비스에서 인증 코드가 사라져서 유지보수가 편해졌습니다.

이 결의 특징

팀 프로젝트에서 로그인, 상품 조회, 주문 처리를 각각 분리된 서비스로 만들었는데, 프론트엔드가 3개 서비스에 직접 요청을 날리니까 CORS 설정이 서비스마다 달라 혼란이 생겼습니다. FastAPI로 Gateway를 만들어 인증 토큰 검증과 라우팅을 한 곳에서 처리하도록 바꿨습니다라는 흔적이 있습니다

이 결이 통하는 자리

처음에는 `async` 처리를 제대로 하지 않아서 동시 요청 30개 이상 들어오면 레이턴시가 튀는 문제가 생겼습니다. AsyncClient`를 싱글턴으로 공유하도록 바꾸고 나서 안정되었습니다. Gateway 하나로 인증을 모으니 개별 서비스에서 인증 코드가 사라는 자리에서 통합니다

API Gateway에서 요청 속도 제한(Rate Limit) 구현

약 110초

경험 중심 — Redis 기반 Rate Limit을 Gateway에 추가한 경험

인턴 때 외부에 노출된 API에 특정 IP가 1분에 수백 번 요청을 보내는 문제가 생겼어요. 각 서비스에서 개별로 막으려면 코드가 분산되니, FastAPI Gateway에 Redis 기반 Rate Limit 미들웨어를 추가하는 작업을 맡았습니다.

sliding window 방식으로 구현했는데, Redis에 키가 너무 많이 쌓이면서 메모리 사용량이 급증하는 문제가 생겼어요. TTL을 빠뜨렸던 게 원인이었고, 키마다 expire를 60초로 걸어서 해결했습니다.

배포 후 비정상 트래픽이 90% 이상 차단됐어요. 다만 Rate Limit 응답이 500으로 떨어지는 버그가 초반에 있었는데, 429 Too Many Requests로 바꾸는 걸 뒤늦게 고쳤습니다. 표준 상태코드를 처음부터 챙겨야 한다는 걸 배웠어요.

이 결의 특징

인턴 때 외부에 노출된 API에 특정 IP가 1분에 수백 번 요청을 보내는 문제가 생겼어요. 각 서비스에서 개별로 막으려면 코드가 분산되니, FastAPI Gateway에 Redis 기반 Rate Limit 미들웨어를 추가하는 작업을 맡았습니다라는 흔적이 있습니다

이 결이 통하는 자리

`sliding window` 방식으로 구현했는데, Redis에 키가 너무 많이 쌓이면서 메모리 사용량이 급증하는 문제가 생겼어요. 배포 후 비정상 트래픽이 90% 이상 차단됐어요. 다만 Rate Limit 응답이 500으로 떨어지는 버그가 초반에 있었는데, 429 Too Many Reques는 자리에서 통합니다

FastAPI Gateway 성능 테스트 — 병목 발견 경험

약 100초

가정형 질문 — 소규모 실습 경험 기반 1인칭 답변

직접 운영 환경에 배포한 경험은 많지 않지만, 개인 프로젝트에서 FastAPI Gateway를 만들고 locust로 부하 테스트를 해봤어요.

동시 사용자 50명 기준으로 p99 레이턴시가 800ms를 넘어가는 문제를 발견했는데, 추적해보니 Gateway가 내부 서비스로 요청을 보낼 때 매번 새 커넥션을 여는 게 원인이었어요.

httpx.AsyncClient를 앱 시작 시 생성해서 lifespan으로 관리하도록 바꾸니 p99가 200ms 아래로 떨어졌습니다. Gateway는 단순한 라우팅처럼 보여도 커넥션 재사용과 비동기 처리를 챙기지 않으면 병목이 의외로 Gateway 자체에서 생긴다는 걸 이때 알았어요.

이 결의 특징

직접 운영 환경에 배포한 경험은 많지 않지만, 개인 프로젝트에서 FastAPI Gateway를 만들고 `locust`로 부하 테스트를 해봤어요. 동시 사용자 50명 기준으로 p99 레이턴시가 800ms를 넘어가는 문제를 발견했는데, 추적해보니 Gateway가 내부 서비스로 요청을 보낼 때 매번 새 커넥션을 여는 게 원인이었어요라는 흔적이 있습니다

이 결이 통하는 자리

AsyncClient`를 앱 시작 시 생성해서 lifespan으로 관리하도록 바꾸니 p99가 200ms 아래로 떨어졌습니다. Gateway는 단순한 라우팅처럼 보여도 커넥션 재사용과 비동기 처리를 챙기지 않으면 병목이 의외로 Gateway 자체에서 생긴다는 걸 이때 알았어요는 자리에서 통합니다

위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.

자주 빠지는 자리

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

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

이어질 꼬리질문

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

壹이 시스템 개발 과정에서 가장 어려웠던 점은 무엇인가요?

貳FastAPI 대신 다른 프레임워크를 선택했다면 어떻게 되었을까요?

參이 시스템의 성능 개선을 위해 어떤 조치를 취했나요?

이제, 직접 답해볼 차례예요.

눈으로 읽은 답은 면접장에서 나오지 않아요. 넥스트증권 면접관과 이 질문으로 한 번 대화해 보세요.

이 질문으로 모의면접 해보기

안내 · 이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 실제 출제·회사 공식 입장과는 무관하며, 정정 요청 시 24시간 내 반영합니다. 자세히

개인정보처리방침 이용약관 문의

넥넥스트증권ML 엔지니어직무 역량2026년 출제

답변 미리보기

예상 답변 시간

60~90초

예상 꼬리질문

3회

난이도

난이도 중상

출제 빈도

높음

INTERVIEWER'S INTENT · 면접관의 의도

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

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

Gateway 시스템의 구성 요소는 무엇인가?

FastAPI의 장점은 무엇인가?

개발 과정에서의 도전 과제는 무엇인가?

성공적인 배포 경험이 있는가?

말로 해봐야 는다

읽는 것과 말하는 건 다릅니다.
이 질문, 소리 내어 답해 볼까요?

넥스트증권 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.

음성으로 답해보기

FastAPI로 내부 마이크로서비스 Gateway 구현

약 120초

경험 중심 — 인증/라우팅을 Gateway에 집중한 설계 경험

이 결의 특징

이 결이 통하는 자리

API Gateway에서 요청 속도 제한(Rate Limit) 구현

약 110초

경험 중심 — Redis 기반 Rate Limit을 Gateway에 추가한 경험

이 결의 특징

이 결이 통하는 자리

FastAPI Gateway 성능 테스트 — 병목 발견 경험

약 100초

가정형 질문 — 소규모 실습 경험 기반 1인칭 답변

직접 운영 환경에 배포한 경험은 많지 않지만, 개인 프로젝트에서 FastAPI Gateway를 만들고 locust로 부하 테스트를 해봤어요.

이 결의 특징

이 결이 통하는 자리

자주 빠지는 자리

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

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

이어질 꼬리질문

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

壹이 시스템 개발 과정에서 가장 어려웠던 점은 무엇인가요?

貳FastAPI 대신 다른 프레임워크를 선택했다면 어떻게 되었을까요?

參이 시스템의 성능 개선을 위해 어떤 조치를 취했나요?

이제, 직접 답해볼 차례예요.

눈으로 읽은 답은 면접장에서 나오지 않아요. 넥스트증권 면접관과 이 질문으로 한 번 대화해 보세요.

이 질문으로 모의면접 해보기

개인정보처리방침 이용약관 문의