이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
직접 설정 드리프트 감지 시스템을 실무에서 구현한 경험은 없지만, 개인 서버를 운영하면서 비슷한 문제를 겪었습니다. 방화벽 설정을 수동으로 바꾼 뒤 잊어버려서 한 달 뒤 불필요한 포트가 다시 열려있는 걸 발견한 적이 있었습니다. 그래서 주요 설정 파일의 해시값을 저장해두고, 매일 한 번 현재 해시와 비교해서 달라지면 메일로 알리는 셸 스크립트를 만들었습니다. 처음에 해시 비교 로직에 버그가 있어서 아무 변경이 없는데도 알림이 계속 와서 이틀 동안 무시해버린 게 실패였습니다. 이후에 원인을 찾아보니 줄바꿈 문자 차이 문제였습니다. 자동 교정까지는 구현 못 했고, 감지 후 수동 조치하는 수준이었지만 설정 드리프트 문제를 직접 경험하고 대응한 사례입니다.
인프라 관리 수업에서 앤서블을 배울 때, 플레이북을 반복 실행해서 설정이 원하는 상태로 유지되는 멱등성 개념을 처음 접했습니다. 실습에서 서버 세 대에 동일 설정을 적용한 뒤 한 서버의 설정을 수동으로 바꾸고, 플레이북을 다시 돌리면 원상 복구가 되는 걸 직접 확인했습니다. 설정을 수동으로 건드리면 플레이북 실행 시 덮어써진다는 걸 처음엔 몰라서 팀원 한 명이 수동 수정 내용을 잃어버린 일이 있었습니다. 그 경험으로 설정 변경은 반드시 코드(플레이북)를 통해서만 한다는 원칙이 얼마나 중요한지 실감했습니다. 아직 자동 교정 파이프라인 전체를 구현해본 경험은 없어서 입사 후 배워가고 싶습니다.
보안 스터디에서 설정 드리프트로 발생한 실제 사고 사례를 읽고 팀원들과 토론한 적이 있습니다. 서버 설정이 수동으로 바뀐 걸 아무도 몰라서 수개월간 보안 정책이 실제로 적용 안 된 사례였습니다. 토론에서 감지 방법을 정리했는데, 저는 "기준 설정 스냅샷 주기 저장 + 현재 상태 비교 알림"을 먼저 도입하고, 여력이 생기면 자동 교정을 추가하는 단계적 접근을 제안했습니다. 직접 구현 경험은 없지만, 어떤 문제를 풀어야 하는지는 그 토론에서 명확히 이해했습니다. 실무에서 비슷한 과제를 만나면 그 개념 위에 실제 도구를 빠르게 배워 적용할 수 있을 것 같습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 인프라/클라우드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.