Unix/Linux 기반 프로젝트 경험·역할·기술·문제 해결
약 90초
구체적인 프로젝트와 기술 스택, 문제 해결 방식을 흐름으로 서술
Unix/Linux 환경에서는 주로 서버 모니터링 자동화 스크립트 개발과 데이터 파이프라인 운영 업무를 해왔습니다. 가장 집중했던 프로젝트는 cron과 bash로 구성된 배치 파이프라인을 Python으로 전환하는 작업이었습니다. 기존 스크립트가 오류 발생 시 조용히 실패하는 구조라서, stderr 로깅과 알림 연동을 추가해 운영 투명성을 높이는 게 핵심 목표였습니다. 역할은 기존 bash 스크립트 분석과 Python 재작성, 테스트 코드 작성을 주로 담당했습니다. 기술 스택은 Python, systemd, journalctl, grep·awk 조합을 주로 썼고, 실시간 로그 파싱에서 awk의 유용함을 그때 처음 제대로 이해했습니다. 가장 기억에 남는 문제는 타임존 차이로 배치가 예정보다 1시간 늦게 돌아가던 이슈였습니다.
UTC와 localtime 혼용이 원인이었고, 모든 설정을 UTC로 통일하는 방향으로 해결했습니다.
이 결의 특징
bash에서 Python으로의 전환을 도구 선택의 문제로 본 흔적이 있습니다. 스크립트 길이 증가에 따라 디버깅과 유지보수 어려움이 생겼고, argparse·subprocess·logging 모듈 조합으로 구조를 바꾼 구체적 전환점이 보입니다. 일회성 작업과 반복 실행의 기준을 명확히 그었습니다.
이 결이 통하는 자리
'도구 선택이 단기 편의가 아니라 유지보수 비용까지 포함해야 한다'는 원칙이 실제 프로젝트에서 언어나 프레임워크 선택 판단으로 작동할 때 통합니다. 기술 결정 뒤에 유지보수성이라는 관찰이 있으면 면접관이 장기 아키텍처 사고를 신뢰합니다.