경험 중심
약 90초
직접 경험 또는 학습 기반 답변
대규모 트래픽이 예상되는 졸업 프로젝트에서 아키텍처 설계를 처음 고민해봤습니다. 서비스를 기능 단위로 분리해 각각 독립적으로 배포·확장할 수 있는 구조를 목표로 했고, API 게이트웨이로 요청을 분산하는 방식을 적용했습니다. 고성능을 위해 자주 조회되는 데이터는 캐시 레이어를 두어 DB 부하를 줄이는 방향을 잡았고, 확장성은 수평 확장이 가능하도록 상태를 외부 저장소에 분리하는 구조로 설계했습니다. 안정성 측면에서는 서킷 브레이커 패턴을 학습해 다운스트림 장애가 전체로 전파되지 않는 방어 구조를 추가했습니다. 실무 수준은 아니지만, 설계 원칙을 직접 구현해보면서 왜 이런 패턴이 필요한지를 이해했습니다. 이 경험으로 아키텍처 설계는 현재 요구사항보다 변화에 유연하게 대응할 수 있는 구조를 먼저 고민해야 한다는 걸 배웠고, 설계 결정의 이유를 문서화하는 습관도 생겼습니다.
이 결의 특징
대규모 트래픽 상황에서 실제 겪은 성능 문제를 구체적인 기술(마이크로서비스, 캐싱, 서킷 브레이커)로 풀어낸 흐름이 드러납니다. 학습 과정에서 설계 원칙을 정리한 흔적이 관찰됩니다.
이 결이 통하는 자리
백엔드 신입 채용에서 아키텍처 기본기가 있는지 확인하고 싶을 때 잘 맞는 자리입니다. 특히 '왜 이런 패턴을 썼는가'라는 설계 사고를 평가하는 면접에서 통합니다. 실무 경험 없어도 원칙을 문서화한 습관이 보이면 신뢰도가 올라갑니다.