우문현답
愚 問 賢 答
회사별 면접직군별진행 방식
    홈›회사별›넥스트증권›인프라/클라우드›질문 상세
    問
    넥넥스트증권인프라/클라우드직무 역량2026년 출제

    AWS Control Tower를 사용하여 멀티 어카운트 환경에서 어떤 권한 관리 및 정책 관리를 했는지 설명해 보세요.

    답변 미리보기

    AWS 자격증 공부와 팀 실습을 통해 멀티 어카운트 환경 설계를 처음 배웠습니다. Control Tower에서는 조직 단위(OU)로 계정을 묶고 SCP로 정책을…

    예상 답변 시간
    90초
    예상 꼬리질문
    3회
    난이도
    난이도 중상
    출제 빈도
    높음
    INTERVIEWER'S INTENT · 면접관의 의도

    이 질문, 네 갈래로 뜯어봅니다.

    면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.

    問
    01
    관리 결을 분별하는가?
    한 결로 답하는지, OU·SCP·역할·로그 결 중 어느 결에서 굴린 흔적이 답에 있는지 보는 자리입니다. 한 결로 묶는 답은 깊이가 약해지는 자리입니다.
    骨
    02
    본인 사례가 있는가?
    이론 결만 답하는지, 본인이 실제 굴린 멀티 어카운트 결의 흔적이 답에 묻어 있는지 살피는 자리입니다. 책에서 본 결은 실무 감각이 약해지는 자리입니다.
    語
    03
    보안을 의식하는가?
    구축만 답하는지, 최소 권한·감사·격리 결로 가른 흔적이 답에 있는지 살피는 자리입니다. 보안 없는 결은 위험합니다.
    本
    04
    운영을 의식하는가?
    정책만 답하는지, 표류·검토·자동화 결로 가른 운영이 답에 있는지 보는 자리입니다. 운영 없는 결은 자리가 흐려지는 자리입니다.
    말로 해봐야 는다
    읽는 것과 말하는 건 다릅니다.
    이 질문, 소리 내어 답해 볼까요?
    넥스트증권 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.
    음성으로 답해보기
    OU·SCP 계층 + 드라이런 습관 + CloudTrail 중앙 수집 + 최소 권한 설계 경험약 70초Config로 전 어카운트 설정 지속 감시, Conformance Pack으로 보안 기준 이탈 자동 탐지, SCP 변경 PR 기반 Git 관리로 이력 추적 — 멀티 어카운트 운영은 설정 후 표류 감시 필수약 68초SCP로 프로덕션 OU 리전 외 리소스 차단 직접 작성 — IAM보다 상위 강제 이해, Access Analyzer로 미사용 권한 제거, Blast Radius 제한 계정 분리 설계 — 보안은 계정 구조 잡을 때부터 설계약 67초
    AWS Control Tower 멀티 어카운트 관리
    약 70초

    OU·SCP 계층 + 드라이런 습관 + CloudTrail 중앙 수집 + 최소 권한 설계 경험

    AWS 자격증 공부와 팀 실습을 통해 멀티 어카운트 환경 설계를 처음 배웠습니다. Control Tower에서는 조직 단위(OU)로 계정을 묶고 SCP로 정책을 계층적으로 적용하는 방식을 학습했습니다. SCP를 잘못 설정하면 하위 계정 전체에 영향이 생기기 때문에, 드라이런으로 영향 범위를 먼저 확인하는 습관을 들였습니다. 실습에서 개발·스테이징·운영 계정을 분리하면서 각 환경에 최소 권한 원칙을 적용한 IAM 역할을 만들었습니다. CloudTrail은 관리 계정에서 조직 전체의 API 호출을 중앙 수집하도록 설정해서 감사 추적이 한 곳에 모이게 했습니다. 권한 설계에서는 누가·어느 계정에서·어떤 액션을 쓸 수 있는지 세 축으로 정리하는 방식이 도움이 됐습니다. 멀티 어카운트는 처음엔 복잡해 보이지만 계층 구조가 잡히면 오히려 관리가 단순해지는 자리라는 걸 배웠습니다.

    이 결의 특징
    관리 계정에서 조직 전체의 API 호출을 중앙 수집이라는 구체적 기술을 직접 경험하고 그 과정에서 배움을 얻은 흔적이 드러납니다.
    이 결이 통하는 자리
    구체적인 도구나 기술 이름과 함께 그것을 왜 배웠는지 과정이 있을 때 실제 경험으로 인정받는 자리입니다.
    예시 답변 2
    약 68초

    Config로 전 어카운트 설정 지속 감시, Conformance Pack으로 보안 기준 이탈 자동 탐지, SCP 변경 PR 기반 Git 관리로 이력 추적 — 멀티 어카운트 운영은 설정 후 표류 감시 필수

    멀티 어카운트 환경에서 처음에 설정한 정책이 시간이 지나면서 실제 상태와 달라지는 정책 표류(Drift) 문제가 생길 수 있다는 것을 공부하면서 알게 됐습니다. 누군가 콘솔에서 직접 설정을 바꾸거나 자동화 스크립트가 예상치 못한 변경을 하면서 발생합니다.

    AWS Config를 사용해 각 어카운트의 리소스 설정이 선언된 상태와 일치하는지 지속적으로 감시하는 구조를 공부했습니다. Conformance Pack으로 여러 Config 규칙을 묶어 조직 전체에 적용하면, 보안 기준에서 벗어난 설정이 생겼을 때 자동으로 탐지됩니다. 정책 변경 이력은 CloudTrail로 추적하는데, 누가 언제 어떤 SCP를 바꿨는지 기록이 남아 있으면 문제 발생 시 원인을 찾을 수 있습니다. SCP 변경을 Pull Request 기반으로 코드로 관리하는 방식을 보았는데, 변경 이력이 Git에 남아 리뷰와 승인 절차가 생겼습니다.

    멀티 어카운트 운영은 설정 후 방치가 아니라 지속적인 표류 감시가 필수라는 것을 이 경험에서 배웠습니다.

    이 결의 특징
    초기 시행착오에서 출발해 해결책을 찾아가는 문제 해결의 과정이 드러나는 흔적입니다.
    이 결이 통하는 자리
    문제 인식과 해결책이 일대일로 대응될 때 논리적 사고가 검증되는 자리입니다.
    예시 답변 3
    약 67초

    SCP로 프로덕션 OU 리전 외 리소스 차단 직접 작성 — IAM보다 상위 강제 이해, Access Analyzer로 미사용 권한 제거, Blast Radius 제한 계정 분리 설계 — 보안은 계정 구조 잡을 때부터 설계

    멀티 어카운트 환경에서 한 계정이 침해됐을 때 피해가 전체로 퍼지지 않도록 하는 설계를 실습에서 집중적으로 배웠습니다. 블래스트 반경(Blast Radius)을 제한하는 핵심 수단이 계정 분리와 SCP인데, 개발 계정에서 실수가 생겨도 프로덕션 계정에는 영향이 없는 구조를 만드는 것이 목표였습니다.

    SCP로 프로덕션 OU에서는 특정 리전 외 리소스 생성을 차단하는 정책을 직접 작성해봤는데, IAM 정책보다 상위 레이어에서 강제되기 때문에 IAM에서 허용해도 SCP가 막으면 실행이 안 된다는 것을 이때 이해했습니다. 최소 권한 원칙(PoLP)을 적용할 때는 실제로 필요한 권한만 부여하는 것이 처음엔 번거롭지만, 과도한 권한이 나중에 보안 사고로 이어지는 것을 막는 핵심이었습니다.

    IAM Access Analyzer로 실제로 사용되지 않는 권한을 찾아 줄이는 작업도 해봤습니다. 보안 설계는 기능 구현 이후 추가하는 것이 아니라 계정 구조를 잡을 때부터 함께 설계해야 한다는 것을 이 경험에서 배웠습니다.

    이 결의 특징
    경험 자체보다 그로부터 얻은 보편적 설계 원칙까지 나아간 사고의 깊이가 드러나는 흔적입니다.
    이 결이 통하는 자리
    개별 사건에 그치지 않고 그것을 통해 배운 보편적 가르침을 제시할 때 깊이감이 살아나는 자리입니다.
    !
    위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.
    ✕자주 빠지는 자리

    같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.

    • ✕떨어뜨린 옵션이 1개라도 있는가? "이게 답이었어요"만으로는 의사결정이 아니라 그냥 선택입니다.
    • ✕선택 기준이 그 프로젝트에 한정되는가? "성능이 좋아서"는 일반론, "우리 트래픽이 X 패턴이라서"가 본인의 답입니다.
    • ✕결과 숫자 1개를 정확히 말할 수 있는가? P95·QPS·적중률 — 무엇이든 1개. 숫자가 없으면 직감으로 한 일처럼 들리기 쉽습니다.
    • ✕지금 다시 한다면 어떻게 할지 답할 수 있는가? "잘했다"보다 "이건 다르게 했을 것 같다"가 더 깊은 인상을 남깁니다.
    ▶이어질 꼬리질문

    진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.

    壹왜 그 관리 결을 고르셨나요?
    貳막힌 거버넌스 경로 결도 있었나요?
    參본인만의 거버넌스 결이 있나요?
    이제, 직접 답해볼 차례예요.
    눈으로 읽은 답은 면접장에서 나오지 않아요. 넥스트증권 면접관과 이 질문으로 한 번 대화해 보세요.
    이 질문으로 모의면접 해보기
    또는, 다음 질문으로

    같은 흐름에서 자주 이어지는 질문들이에요.

    넥스트증권 · 보안 엔지니어
    AWS Control Tower를 활용하여 멀티 계정 아키텍처를 설계한 경험에 대해 설명해 주세요.
    이 질문 보기
    여기어때 · SRE
    AWS 환경에서의 서비스 운영 경험에 대해 구체적으로 설명해 주세요.
    이 질문 보기
    누아 · 백엔드
    AWS 환경에서 개발 및 운영한 경험이 있다면, 어떤 서비스와 기능을 사용했는지 설명해 주세요.
    이 질문 보기
    코빗 · 인프라/클라우드
    AWS 환경에서 Amazon EKS 클러스터를 운영한 경험에 대해 설명해 주세요.
    이 질문 보기
    안내 · 이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 실제 출제·회사 공식 입장과는 무관하며, 정정 요청 시 24시간 내 반영합니다. 자세히
    개인정보처리방침이용약관문의
    © 2026 우문현답. All rights reserved.
    이 페이지 목차
    01면접관의 의도02답변의 결03실수·꼬리질문04관련 질문
    말로 해봐야 는다
    이 질문, 넥스트증권 면접관과
    음성으로 답해볼까요?
    모의면접 해보기
    첫 회 무료 · 종료 즉시 음성 폐기