예시 답변 1
약 70초
캡스톤에서 DB 접근 계정 역할별 분리 설계 — 최소 권한 원칙 처음 적용
캡스톤 프로젝트에서 팀원 모두가 하나의 DB 관리자 계정을 공유하고 있었는데, 팀원 한 명이 실수로 테이블을 드롭할 뻔한 일이 있었습니다. 그때 제가 역할별 계정 분리를 제안했고, 읽기 전용 계정과 쓰기 계정을 나눠서 각자 필요한 권한만 부여했습니다. 처음 설계할 때 어느 계정에 어떤 권한이 필요한지 정리하는 게 생각보다 오래 걸렸고, 너무 좁게 잡아서 특정 기능이 권한 오류로 안 되는 문제가 두 번 생겼습니다. 그때마다 로그를 보고 어떤 쿼리가 막혔는지 확인해서 권한을 추가했습니다. 완벽하지 않았지만 최소 권한 원칙을 처음으로 직접 구현해본 경험이었고, 실무에서 더 체계적으로 배우고 싶은 부분입니다.
이 결의 특징
역할별 계정 분리 설계가 이론이 아니라 실수 위기에서 출발한 흔적이 이 답에 있습니다. 권한이 너무 좁아 두 번 오류가 났고 로그로 원인을 찾아 추가한 과정이 이 결을 실질적으로 만듭니다.
이 결이 통하는 자리
최소 권한 원칙을 실제로 적용해본 경험이 있나요?라는 꼬리질문이 줄어드는 결이 보입니다. 완벽하지 않았음을 인정하면서도 원칙을 처음으로 직접 구현한 맥락이 남아 있을 때 면접관의 추가 확인이 줄어드는 자리에서 통합니다.