예시 답변 1
약 90초
백엔드 시스템 설계 단계 절차 결
상용 서비스 백엔드 설계를 처음 경험한 것은 인턴 때였습니다. 요구사항 정리부터 시작했는데, 개발자끼리만 논의하면 실제 사용 흐름과 다른 방향으로 설계가 흐르는 경우가 있어, 기획자와 함께 사용자 시나리오를 먼저 정리했습니다. API 설계 단계에서는 엔드포인트와 응답 스키마를 문서로 먼저 정의하고 팀 리뷰를 받은 뒤 구현을 시작했는데, 이 순서가 구현 중 번복을 줄이는 데 효과적이었습니다.
ERD를 그리고 인덱스 전략을 함께 검토한 뒤에야 테이블을 확정하는 과정도 배웠습니다. 비기능 요구사항인 응답 시간, 가용성, 보안 정책도 설계 단계에서 정의해두지 않으면 나중에 다시 구조를 바꿔야 하는 상황이 생깁니다. 한계는 실무 규모의 시스템을 처음부터 설계해본 경험은 아직 부족하다는 점입니다. 설계는 개발보다 앞서 질문하는 단계라는 결을 이 경험에서 배웠습니다.
이 결의 특징
인턴 시절 백엔드 설계에서 기획자와 사용자 시나리오를 먼저 정리한 시작이 드러납니다. API 스펙 문서화 후 팀 리뷰, ERD와 인덱스 전략 검토 과정이 구체 기록됩니다.
이 결이 통하는 자리
설계 단계의 절차가 명확할 때 통합니다. 코딩부터 시작하는 것이 아니라 문서와 리뷰로 시작한 차이가 드러날 때 면접관은 '이 사람은 팀 환경에서 금방 적응할 것 같다'고 평가합니다.