이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
개인 프로젝트에서 서버에 배포할 때마다 반복하는 작업을 쉘 스크립트로 만들어보았습니다. git pull, 빌드, 서비스 재시작을 매번 직접 실행하다가 순서를 빠뜨리거나 실수하는 경우가 있었기 때문입니다. 스크립트 첫 버전은 명령어를 그냥 나열했는데, 앞 단계가 실패해도 다음 단계가 실행되는 문제가 있었습니다.
set -e 옵션을 찾아서 적용했더니 중간에 실패하면 멈추는 동작이 되었습니다. 처음에는 왜 계속 오류 상태인데 배포가 완료됐다고 뜨는지 이해하지 못해서 30분쯤 헤맸습니다. 명령어 실패 감지 설정이 자동화 스크립트의 기본이라는 것을 그때 배웠습니다.
실패를 감지하는 설정을 빠뜨리면 자동화가 오히려 오류를 숨기는 역할을 한다는 것을 그때 처음 실감하였습니다.
리눅스 수업 과제로 접속 로그에서 특정 조건을 추출하는 스크립트를 작성해야 했습니다. 실패한 로그인 시도가 일정 횟수 이상인 IP를 뽑아내는 내용이었어요. grep으로 패턴을 걸고 awk로 필드를 잘라내서 카운트하는 방식으로 짰는데, 처음엔 로그 형식을 잘못 읽어서 엉뚱한 필드가 뽑혔습니다.
실제 로그 한 줄을 먼저 출력해서 필드 위치를 확인하는 게 먼저라는 걸 배웠어요. 스크립트 완성까지 3시간쯤 걸렸는데, 중간에 cut이랑 awk 중 어느 쪽이 편한지 익히는 시간이 오래 걸렸습니다. 파이프 조합으로 원하는 형태로 가공하는 방식이 쉘 스크립트의 핵심이라는 걸 그때 느꼈어요.
팀 프로젝트 초반에 팀원마다 개발 환경을 다르게 셋업하면서 충돌이 많이 생겼습니다. 파이썬 버전이나 패키지가 달라서 한 명한테는 되는 코드가 다른 팀원한테는 안 되는 경우가 반복됐어요. 그래서 공통 환경 구성 스크립트를 만들어서 순서대로 설치하고 확인하게 했는데, 환경마다 OS 버전이 달라서 패키지 이름이 다른 경우가 있었습니다.
uname으로 OS를 확인해서 분기 처리를 추가했더니 해결됐어요. 완성까지 이틀 걸렸는데, 처음부터 OS 차이를 고려하지 않아서 중간에 다시 짠 부분이 있었습니다. 환경 분기 처리를 미리 고려하지 않으면 나중에 다시 써야 한다는 걸 배웠습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 인프라 엔지니어 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.