우문현답
愚 問 賢 答
회사별 면접직군별진행 방식
    홈›회사별›람다256›데이터 엔지니어›질문 상세
    問
    람람다256데이터 엔지니어직무 역량2026년 출제

    IaC(코드형 인프라) 적용 경험이 있다면, 어떤 방식으로 인프라를 자동화했는지 구체적으로 설명해 주세요.

    답변 미리보기

    IaC를 직접 운영 환경에 적용한 경험은 없습니다. 수업에서 Terraform으로 AWS 리소스를 코드로 정의하는 실습을 한 경험이 있습니다. main.tf에…

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

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

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

    問
    01
    어디까지 다뤘는가?
    프로비저닝·구성·배포·관측 중 본인이 직접 한 결을 가른 답이 강한 결로 통합니다. '경험 있다'로만 묶은 답은 깊이가 얕은 자리입니다.
    骨
    02
    왜 그 도구로 풀었는가?
    작업 목적과 도구 선택을 연결한 흔적이 답에 나타납니다. 도구 나열만 적은 답은 의도가 흐릿한 결입니다.
    語
    03
    막혔던 자리를 짚는가?
    지연·실패·운영 중 본인이 부딪힌 자리를 짚은 답이 강합니다. 매끈한 진행만 묘사한 답은 학습 자리가 빈 자리입니다.
    本
    04
    한계도 함께 짚는가?
    본인이 닿지 못한 자리와 익혀 갈 결을 적은 답이 통합니다. 다 안다는 답은 자기인식 얕은 결입니다.
    말로 해봐야 는다
    읽는 것과 말하는 건 다릅니다.
    이 질문, 소리 내어 답해 볼까요?
    람다256 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.
    음성으로 답해보기
    솔직한 경험 기반 접근약 90초Terraform 상태 파일 충돌로 인프라가 예상 밖으로 변경된 경험약 120초기존 수동 인프라를 처음으로 Terraform으로 코드화하며 drift를 추적한 경험약 150초
    예시 답변 1
    약 90초

    솔직한 경험 기반 접근

    IaC를 직접 운영 환경에 적용한 경험은 없습니다. 수업에서 Terraform으로 AWS 리소스를 코드로 정의하는 실습을 한 경험이 있습니다. main.tf에 EC2 인스턴스와 보안 그룹을 정의하고, terraform apply로 리소스를 자동 생성하는 흐름을 익혔습니다. IaC의 핵심은 인프라 상태를 코드로 관리해 환경마다 일관된 자리를 만드는 것이라고 이해합니다. 수동 설정은 기록이 남지 않고, 재현이 어렵지만 코드는 버전 관리가 가능합니다. 실 운영 규모에서의 경험은 없지만, 기초를 바르게 익혔다는 자리에서 시작하겠습니다. 코드로 인프라를 정의하는 사고 방식은 운영 규모가 커져도 같은 자리에서 유효합니다.

    이 결의 특징
    Terraform으로 AWS 리소스를 코드로 정의하고 terraform apply로 자동 생성하는 흐름을 익혔지만 실 운영 규모 경험은 없다는 한계를 명시하면서, 인프라 상태를 코드로 관리해 환경마다 일관된 자리를 만든다는 IaC의 핵심 인식이 운영 규모가 커져도 같은 자리에서 유효하다는 결로 닫힌 흔적이 있습니다. 기초를 바르게 익혔다는 자리에서 시작한다는 결이 자주 보입니다.
    이 결이 통하는 자리
    실습 경험 범위와 한계를 명시하면서 IaC의 핵심 원리까지 연결하는 자리가 설명될 때 통합니다. 운영 경험이 제한적이더라도 원리 이해가 살아 있는 자리에서 면접관의 신뢰가 생기는 결이 자주 보입니다.
    예시 답변 2
    약 120초

    Terraform 상태 파일 충돌로 인프라가 예상 밖으로 변경된 경험

    팀원 둘이 동시에 Terraform apply를 실행했다가 상태 파일이 충돌해 DB 보안 그룹 설정이 의도치 않게 초기화됐어요. remote state를 S3에 저장하고 있었지만 state locking을 DynamoDB로 걸지 않은 게 문제였습니다. 장애는 금방 복구됐지만 원인 파악에 두 시간이 걸렸어요.

    이후 backend.tf에 DynamoDB 기반 state locking을 추가하고, 중요한 변경은 plan 결과를 팀 슬랙 채널에 먼저 공유하고 리뷰 후 apply하는 절차를 만들었습니다. CI 파이프라인에 terraform plan 자동 실행도 붙였어요.

    IaC는 코드만 있으면 되는 게 아니라 협업 방식도 함께 설계해야 한다는 걸 그때 배웠습니다. state 관리와 실행 권한 정책이 없으면 IaC가 오히려 더 큰 사고를 만들 수 있다는 원칙이 그때 생겼어요.

    이 결의 특징
    두 팀원이 동시에 terraform apply를 실행해 DB 보안 그룹 설정이 초기화된 장애에서 remote state는 있었지만 DynamoDB state locking이 없었다는 원인을 파악하고, state locking 추가와 plan 결과 슬랙 공유 후 리뷰 절차, CI 파이프라인 자동 실행을 팀 표준으로 만든 흔적이 있습니다. IaC는 코드만이 아니라 협업 방식도 함께 설계해야 한다는 결이 실제 사고에서 나온 자리가 자주 보입니다.
    이 결이 통하는 자리
    state locking 부재가 장애로 이어진 경험과 이후 세 가지 절차 신설까지 이어진 흐름이 설명될 때 통합니다. 사고 원인과 구조 개선이 인과로 살아 있는 자리에서 면접관의 꼬리질문이 줄어드는 결이 보입니다.
    예시 답변 3
    약 150초

    기존 수동 인프라를 처음으로 Terraform으로 코드화하며 drift를 추적한 경험

    팀에서 Terraform을 처음 도입하면서 이미 AWS 콘솔로 만들어진 인프라를 코드로 가져오는 역할을 맡게 됐어요. 완전히 새로 만드는 것과 달리 기존 리소스를 `import`하면서 실제 설정과 코드가 일치하는지 확인하는 작업이 예상보다 훨씬 복잡했습니다.

    terraform import 후 plan을 돌렸을 때 코드와 실제 인프라 사이의 drift가 수십 개씩 나왔어요. 콘솔에서 직접 바꾼 설정이 코드에 반영되지 않은 누적 문제였습니다. drift를 하나씩 정리하는 데 일주일이 걸렸고, 그 이후부터는 콘솔 직접 수정을 금지하는 팀 규칙이 생겼어요.

    IaC의 가치는 코드 작성이 아니라 코드와 실제 인프라를 항상 일치시키는 운영에서 나온다는 걸 그때 배웠습니다. 변경은 코드로만, 확인은 plan으로 먼저라는 원칙을 팀에 정착시켰어요.

    이 결의 특징
    수동 콘솔 인프라를 terraform import로 코드화하면서 drift가 수십 개씩 나온 원인이 콘솔 직접 변경 누적이었다는 것을 파악하고, 일주일에 걸쳐 drift를 정리한 이후 콘솔 직접 수정을 금지하는 팀 규칙을 만든 흔적이 있습니다. IaC의 가치는 코드 작성이 아니라 코드와 실제 인프라를 항상 일치시키는 운영에서 나온다는 결이 직접 경험에서 굳어진 자리가 자주 보입니다.
    이 결이 통하는 자리
    import와 plan 이후 드러난 drift 수십 개와 정리 기간, 이후 콘솔 금지 규칙까지 이어진 흐름이 설명될 때 통합니다. 코드와 실제 인프라 동기화를 운영 원칙으로 정착시킨 경험이 살아 있는 곳에서 면접관의 신뢰가 생기는 결이 자주 보입니다.
    !
    위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.
    ✕자주 빠지는 자리

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

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

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

    壹본인 변경으로 사고가 난 적은 없었나요?
    貳팀이 IaC를 따르지 않을 때는 어떻게 푸시나요?
    參보안과 자동화가 부딪힐 때는 어떻게 푸시나요?
    이제, 직접 답해볼 차례예요.
    눈으로 읽은 답은 면접장에서 나오지 않아요. 람다256 면접관과 이 질문으로 한 번 대화해 보세요.
    이 질문으로 모의면접 해보기
    또는, 다음 질문으로

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

    토스 · 인프라/클라우드
    IaC(인프라 자동화 코드)를 사용한 경험이 있다면, 구체적으로 어떤 도구를 사용했고 어떤 성과를 냈는지 궁금합니다.
    이 질문 보기
    핀다 · 데이터 엔지니어
    IaC를 활용하여 데이터 인프라를 관리한 사례를 설명해 주세요.
    이 질문 보기
    여기어때 · SRE
    IaC 기반의 인프라 자동화 구축 경험이 있다면, 구체적인 프로젝트 사례를 공유해 주세요.
    이 질문 보기
    핀다 · 네트워크 엔지니어
    IaC 도구를 활용한 네트워크 인프라 자동화 경험에 대해 이야기해 주세요.
    이 질문 보기
    안내 · 이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 실제 출제·회사 공식 입장과는 무관하며, 정정 요청 시 24시간 내 반영합니다. 자세히
    개인정보처리방침이용약관문의
    © 2026 우문현답. All rights reserved.
    이 페이지 목차
    01면접관의 의도02답변의 결03실수·꼬리질문04관련 질문
    말로 해봐야 는다
    이 질문, 람다256 면접관과
    음성으로 답해볼까요?
    모의면접 해보기
    첫 회 무료 · 종료 즉시 음성 폐기