이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
성능·가용성·보안을 실무에서 관리한 경험은 없습니다. 클라우드 수업에서 팀 프로젝트로 배포한 웹 서버에 간단한 모니터링을 붙여본 경험이 가장 가깝습니다.
처음에는 서버가 잘 돌아가면 그냥 두면 된다고 생각했는데, 발표 당일에 트래픽이 조금 몰리자 응답 속도가 급격히 느려지는 문제가 생겼습니다. 왜 느려졌는지 파악이 안 됐는데, 그 이후에 CPU와 메모리 사용률을 실시간으로 볼 수 있게 기본 모니터링을 추가했습니다. 추가하고 나서 보니 특정 요청이 리소스를 과점하는 패턴이 보였고, 그걸 코드에서 개선했습니다. 문제가 생긴 뒤에야 모니터링을 붙인 게 아쉬웠습니다.
실무에서는 모니터링, 알림, 보안 설정이 처음부터 설계돼 있어야 한다는 걸 압니다. 입사 후에 실제 도구와 방법론을 배우겠습니다.
보안 관리 도구를 실무에서 다뤄본 경험은 없습니다. 정보보호 수업과 관련 자료를 통해 어떤 방법론과 도구가 있는지 공부했습니다.
공부하면서 인상 깊었던 건 보안 위협 식별이 단순히 도구를 돌리는 게 아니라, 어떤 자산이 위협에 노출됐는지 범위를 먼저 정의하는 것부터 시작한다는 점이었습니다. 자산 목록 없이 스캔 도구를 돌리면 무엇을 보호해야 하는지 모르는 채로 결과를 해석하게 된다는 내용이 기억에 남았습니다. 또 도구가 탐지한 결과는 실제 위험도를 자동으로 알려주는 게 아니라, 그걸 해석하는 사람의 판단이 필요하다는 것도 배웠습니다.
입사 후에는 실제 도구를 써보면서 이 원칙이 어떻게 적용되는지 배우겠습니다.
성능·가용성·보안을 실제 시스템에서 관리한 경험은 없습니다. 인프라 쪽 진로를 준비하면서 세 요소 사이의 균형이 왜 어려운지를 공부했습니다.
공부하면서 인상적이었던 건 보안을 강화하면 성능이나 가용성이 낮아지는 경우가 많다는 점이었습니다. 모든 요청을 검사하면 안전하지만 지연이 생기고, 다중 인증을 추가하면 안전하지만 사용자 경험이 나빠집니다. 어느 수준의 보안이 서비스 요구에 맞는지를 판단하는 게 기술 문제이기 전에 서비스 이해의 문제라는 걸 알게 됐습니다. 그 균형을 맞추는 게 규칙이 아니라 판단이라는 점이 흥미로웠습니다.
입사 후에는 실제 환경에서 그 판단이 어떻게 이루어지는지 배우겠습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 삼성물산 상사부문 정보보안 담당 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.