이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
인턴 당시 회사 온프레미스 서버실에서 물리 서버 운영 보조를 맡았습니다. 가상화 플랫폼에서 VM을 배포하고 스냅샷을 관리하는 업무를 처음 수행했고, 클라우드와 달리 하드웨어 장애가 생기면 직접 부품을 교체해야 한다는 차이를 실감했습니다. 가장 기억에 남는 장애는 RAID 컨트롤러 이상으로 드라이브가 디그레이드된 상황인데, 핫스페어가 자동으로 투입되는 걸 처음 봤습니다. 디스크 교체 후 리빌드 시간이 예상보다 길어 서비스 응답이 느려졌고, 그 이후 리빌드 진행 중에는 쿼리 부하를 줄이는 조치가 필요하다는 걸 배웠습니다. 온프레미스는 구성 요소가 눈에 보이는 만큼 원인 추적이 직접적인 반면, 클라우드보다 유연성이 낮다는 트레이드오프를 이 경험으로 이해했습니다.
온프레미스 서버 운영 중 스냅샷 관리를 잘못해서 복구 옵션이 줄어든 경험이 있습니다. 인턴 당시 VM 스냅샷을 수시로 찍어두면 좋다고 생각해서 여러 시점의 스냅샷을 보관했습니다. 나중에 스토리지 용량이 부족해지자 담당자가 오래된 스냅샷부터 정리해야 했는데, 특정 시점 스냅샷이 왜 필요했는지 기록이 없었습니다. 어떤 것을 지워도 되는지 판단하기 어려워 담당자가 직접 일일이 확인해야 했습니다.
스냅샷을 찍는 것보다 목적과 보존 기준을 함께 관리하는 것이 중요하다는 것을 그때 배웠습니다. 이후로는 스냅샷마다 생성 목적과 보존 기간을 태그로 기입하는 방식을 택했습니다. 이 실패가 이후 스냅샷 등 임시 자산을 관리할 때 메타데이터를 함께 기록하는 기준이 됐습니다. 데이터 자산의 가치는 내용만큼 맥락을 함께 관리할 때 유지됩니다.
온프레미스 인프라 운영을 클라우드 전환을 검토하는 관리자 입장에서 바라본 적이 있습니다. 인턴 중 클라우드 전환 타당성 검토 자료를 보조하면서, 관리자 입장에서는 기술 차이보다 전환 중 운영 공백이 없는지를 가장 걱정한다는 것을 느꼈습니다. 온프레미스 운영 경험이 있는 사람에게 기대하는 것은 기존 환경의 의존성을 파악하고 전환 순서를 설계하는 능력이었습니다. 이 시각에서 보면, 온프레미스 운영 경험은 클라우드와 대비되는 것이 아니라 전환 시 어디서 마찰이 생기는지 예측하는 데 쓸 수 있는 지식입니다. 이를 적용해 현재 의존성 목록과 마이그레이션 순서 초안을 작성해 보조했습니다.
이 관점이 이후 인프라 변경을 논의할 때 전환 중 운영 연속성을 먼저 질문하는 습관을 만들었습니다. 온프레미스 경험의 가치는 현재 운영이 아니라 전환 설계에 활용될 때 커집니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 HD현대삼호 엔지니어링 일반 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.