이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
시스템 설계에서 가장 중요하게 생각하는 것은 관심사 분리(Separation of Concerns)입니다. 하나의 모듈이 하나의 역할만 하도록 설계하면, 나중에 변경이 생겼을 때 영향 범위가 제한됩니다. 인턴에서 API 서버를 설계할 때 비즈니스 로직을 컨트롤러에 몰아넣은 코드를 본 적이 있는데, 수정이 생길 때마다 예상치 못한 부분까지 영향이 갔습니다.
레이어 분리를 적용하고 나서 테스트와 유지보수가 훨씬 쉬워졌습니다. 변경하기 쉬운 구조가 좋은 구조라고 생각합니다. 초기에 설계를 잘 해두면 나중에 기능 추가나 리팩토링 비용이 줄어드는 것을 직접 경험했습니다. 설계는 현재가 아니라 미래를 위한 것입니다.
시스템 설계에서 장애 격리(Fault Isolation)를 중요하게 생각해요. 하나의 서비스가 실패했을 때 전체 시스템이 멈추지 않도록 격리하는 구조가 없으면, 장애 범위를 예측하기 어렵습니다. 학과 프로젝트에서 단일 모놀리식 구조로 만들었다가 한 컴포넌트가 느려지면서 전체가 응답 불가 상태가 된 경험이 있었어요. 이후 기능별로 독립 실행 가능한 구조로 나눠보면서 장애가 퍼지지 않는 설계의 중요성을 실감했습니다.
확장은 나중에 하더라도, 격리 구조는 처음부터 생각해두는 게 맞다는 걸 배웠어요. 나중에 구조를 바꾸는 비용이 훨씬 크더라고요. 초반 설계 결정이 시스템의 수명을 결정해요.
좋은 아키텍처는 결정 근거가 기록된 구조라고 생각해요. 어떤 패턴을 선택했는지보다, 왜 그걸 선택했는지가 나중에 더 중요한 정보가 됩니다. 팀 프로젝트에서 API 설계 방식에 대한 논의 내용을 기록하지 않았다가, 나중에 합류한 팀원이 같은 이유로 다시 논쟁이 생겼어요. 이후 ADR(Architecture Decision Record) 형태로 결정 사항을 짧게 문서화했더니 새 팀원 온보딩이 훨씬 빨라졌습니다.
설계 기록이 없으면 맥락이 사라진다는 걸 그 경험에서 배웠어요. 아키텍처는 코드가 아니라 의사결정의 집합이고, 그 집합이 기록돼야 조직이 일관성 있게 움직입니다. 문서화가 설계의 일부예요.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 쿠팡 백엔드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.