이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
정보계 및 대외 인터페이스 API 백엔드를 구축할 때 가장 중요하게 고려하는 것은 안정성과 하위 호환성입니다. 정보계 시스템은 여러 외부 시스템이 동시에 연결되기 때문에, API 구조가 바뀌면 연결된 모든 클라이언트에 영향이 갑니다. 팀 과제에서 외부 연동 API를 설계할 때 버전 관리를 URI에 명시하는 방식을 선택했고, 구버전과 신버전을 일정 기간 동시 운영하면서 클라이언트가 순차적으로 이전할 수 있게 했습니다.
응답 타임아웃과 재시도 정책도 중요한 설계 요소인데, 외부 시스템이 느릴 때 내부 리소스를 소진하지 않도록 회로 차단기 패턴을 공부했습니다. 로깅과 모니터링은 대외 인터페이스에서 특히 중요한데, 어느 클라이언트의 어느 요청에서 오류가 났는지 추적할 수 있는 구조가 필요합니다. 한계는 실제 금융 규제 수준의 인터페이스 경험이 없다는 점입니다. 정보계 API는 변경보다 연속성이 먼저라는 결을 배웠습니다.
대외 인터페이스 API를 설계하면서 특정 파트너가 갑자기 요청을 폭발적으로 보내는 상황을 고려해야 했습니다. 내부 시스템이 이를 그대로 받으면 다른 파트너 서비스에도 영향이 갔기 때문에, 파트너별 Rate Limiting을 API Gateway 레이어에서 설정하는 방식을 공부했습니다. 파트너마다 다른 TPS 한도를 적용하고, 한도를 넘으면 429 응답과 함께 Retry-After 헤더를 돌려주는 구조를 설계했습니다. 버전 관리도 중요했는데, API 응답 구조를 바꾸면 파트너 시스템이 갑자기 깨지기 때문에 최소 3개월 전에 변경 공지를 하고 구버전을 유지하는 정책이 필요하다는 것을 학습했습니다. OpenAPI 스펙으로 API 명세를 문서화해두면 파트너가 직접 연동 테스트를 할 수 있고, 명세가 계약처럼 기능해 구두로 합의한 것보다 분쟁이 적다는 것도 알게 됐습니다. 한계는 실제 파트너 협의와 SLA 계약 경험이 없다는 점입니다.
대외 API는 기능보다 연속성과 파트너 신뢰가 먼저라는 것을 이 경험에서 배웠습니다.
대외 인터페이스 API 백엔드를 공부하면서 외부 시스템 장애가 내부로 전파되는 문제가 실무에서 자주 나온다는 것을 알게 됐습니다. 외부 파트너 API가 느려지거나 다운됐을 때 내부 서비스가 그 연결을 기다리면서 스레드를 소진하는 패턴이었습니다. Circuit Breaker 패턴을 적용하면 외부 API 오류가 일정 횟수를 넘으면 즉시 차단하고, 일정 시간 후 재시도를 허용하는 방식으로 내부를 보호할 수 있습니다. Timeout도 명시적으로 설정해야 하는데, 기본값이 없거나 너무 길면 느린 응답이 연결을 오래 잡고 있게 됩니다. 인증 방식도 파트너 성격에 따라 달랐는데, 신뢰도 높은 기관 연동은 IP 화이트리스트와 API Key, 일반 외부 파트너는 OAuth 2.0이 더 적합했습니다.
인증 방식을 처음부터 명확히 정하지 않으면 파트너마다 다른 방식이 생겨 관리가 복잡해집니다. 대외 인터페이스 설계는 정상 경로보다 장애 경로를 먼저 설계해야 안정적이다는 것을 이 경험에서 배웠습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 넥스트증권 백엔드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.