예시 답변 1
관심사 분리 기반 구조 설계와 장애 원인 빠른 추적 결
정식 아키텍트 역할은 아니었지만, 학교 프로젝트에서 소규모 서비스를 AWS 위에 올리면서 구조를 직접 설계해 보았습니다. EC2로 서버를 띄우고, S3에 정적 파일을 올리며, RDS로 DB를 연결하는 기본 구조였습니다. 각 서비스가 왜 분리되어야 하는지를 이해하면서 설계하니, 나중에 특정 부분만 독립적으로 수정할 수 있었습니다.
장애가 생겼을 때 어디가 문제인지 빠르게 파악할 수 있는 구조가 좋은 설계라는 것을 그때 배웠습니다. 관심사 분리가 클라우드 아키텍처에서도 핵심 원칙입니다. 지금은 아키텍처를 직접 설계할 수준은 아니지만, '왜 이 구조인지'를 설명할 수 있을 만큼은 이해하려고 공부하였습니다. 그 이해가 실무에서 발판이 될 것이라 생각합니다.
이 결의 특징
학교 프로젝트에서 EC2·S3·RDS를 분리 배치한 구체 구조와, 관심사 분리로 장애 지점을 빠르게 파악할 수 있었던 경험이 담겨 있습니다. 아직 아키텍트 수준은 아니라는 한계 인정이 균형 잡힌 결로 드러납니다.
이 결이 통하는 자리
구체 서비스 구성과 그로 인한 이점(독립 수정, 장애 파악)이 짝을 이룰 때 통합니다. 왜 이 구조인지 설명할 수 있는 이해 수준이 실습 경험과 함께 드러날 때 면접관이 납득하는 자리가 보입니다.