문제는 어디서 시작되었나
지난주 월요일 아침, 메인 디바이스에서 실행되는 봇들의 로그를 확인하던 중 이상한 패턴을 발견했습니다. 어떤 작업이 정해진 시간보다 늦게 끝나는 일이 잦아졌던 것입니다.
처음엔 「네트워크 지연이겠거니」 하고 넘어갔지만, 이틀 연속으로 같은 현상이 반복되자 로그를 자세히 들여다봤습니다.
「어? 이 데이터 작업이 2번 돌고 있네?」
원인은 과도한 안전 장치였다
Claude Code로 구축한 자동화 프로세스는 만일의 실수를 대비해 자동으로 같은 작업을 2번 확인하도록 설정되어 있었습니다. 데이터 누락을 막기 위한 선의의 규칙이었는데, 프로세스가 복잡해지면서 어느 순간 그 검증 루프가 중복으로 작동하게 된 것입니다.
결과적으로 매일 약 300개의 데이터를 4번씩 처리하고 있었습니다(2번 + 중복 2번).
30줄의 수정이 일을 바꿨다
해결책은 간단했습니다.
# 수정 전: 검증 로직이 2개 섹션에서 독립적으로 작동
if validation_1(data):
process_data(data)
if validation_2(data): # 같은 데이터를 또 확인
process_data(data)
# 수정 후: 하나의 검증만 실행
if validation_1(data) and validation_2(data):
process_data(data)
단 한 번의 검증으로 2가지 조건을 모두 확인하고, 처리도 한 번만 하도록 변경했습니다.
우리가 배운 것
이번 경험에서 얻은 교훈은 3가지입니다.
첫째, 안전 장치가 과하면 독이 된다. 처음에는 실수를 막기 위해 여러 겹의 검증을 만들었지만, 시간이 지나면서 그 의도가 불명확해집니다. 정기적으로 로직을 정리하는 것이 필수입니다.
둘째, 로그를 읽는 습관이 중요하다. 눈에 띄는 성능 저하는 보통 작은 버그의 누적입니다. 주 1회라도 자동화 로그를 확인하면 조기에 발견할 수 있습니다.
셋째, 비개발자도 충분히 진단할 수 있다. 저도 코드 문법을 정확히 알지 못하지만, 「왜 이 작업이 느린가」라는 질문을 Claude Code에 던지고 함께 분석하면 해결책이 나옵니다.
다음 단계
이제 우리 드림팀(햄스터즈, 퍼피즈)은 주간 자동화 감사(Automation Audit) 프로세스를 추가했습니다. 매주 금요일에 각 봇의 로그를 15분 정도 들여다보는 가벼운 체크입니다.
작은 발견이 큰 효율성을 만든다는 것을 다시 한 번 느낀 주였습니다.