이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
개인 프로젝트 배포를 위해 저렴한 VPS 하나를 빌려 Ubuntu 22.04를 직접 셋업한 경험이 있습니다. 처음에는 root 계정으로 ssh 접속하여 작업하다가, 시니어 분의 피드백으로 ssh 포트를 변경하고 키 기반 인증으로 전환하였습니다. ufw로 방화벽을 설정하고 필요한 포트만 열었습니다. nginx를 리버스 프록시로 두고 Node.js 앱을 pm2로 관리하였는데, pm2 로그 보는 방법을 몰라서 처음에는 직접 콘솔 출력만 보았습니다.
pm2 logs와 pm2 monit을 알고 나서 앱 상태를 실시간으로 모니터링할 수 있게 되었습니다. 혼자 운영하는 규모라 한계는 있었지만, 리눅스 서버가 어떻게 돌아가는지 직접 부딪혀 배웠습니다.
인턴 기간에 팀 서버 중 하나가 디스크 사용량 100%로 응답이 느려지는 문제가 생겼어요. 원인 분석에 참여시켜 주셔서 처음으로 df -h, du -sh /* 명령으로 어느 디렉토리가 용량을 잡아먹는지 추적했습니다. /var/log 아래 로그 파일이 수 GB씩 쌓여 있었어요.
journalctl --vacuum-size=500M으로 정리하고, logrotate 설정도 추가했습니다. 제가 직접 설정을 바꾼 게 아니라 시니어 분께 제안한 것이었지만, 원인을 추적하는 과정을 같이 해서 리눅스 로그 구조를 이해하게 됐어요. 혼자였다면 못 찾았을 것 같아서, 팀원과 같이 보는 것의 가치를 느꼈습니다.
학교 프로젝트에서 Docker를 처음 쓸 때 컨테이너 안에서 명령을 실행해야 할 일이 생겼어요. docker exec -it 로 컨테이너 쉘에 들어가서 디버깅하면서 리눅스 기본 명령을 자연스럽게 익혔습니다. 처음엔 ps aux로 프로세스 확인하는 것도 몰라서 컨테이너를 통째로 재시작했어요.
kill -9로 특정 프로세스만 종료하는 방법, netstat -tuln으로 포트 점유 확인하는 방법 등을 문제가 생길 때마다 검색하면서 익혔습니다. grep과 파이프 조합으로 로그에서 특정 패턴만 필터링하는 것도 이때 배웠어요. 아직 체계적인 리눅스 서버 관리 경험은 없지만, 입사 전에 리눅스 서버 관리 기초 과정을 수료하려고 준비 중입니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 incross 백엔드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.