QMAws::startTask | ECS failures - job_id: 110318, task_definition: nswgov-skat-master-production-arm

Validation: 7f3bec63-4c3a-4b9a-a255-862a9f0b8e27

Plan Item	Status	Evidence
`data.failures` 전부 `DRAINING`일 때만 `logger.warn`으로 다운그레이드	PASS	qmAws.ts에 `const allDraining = data.failures.every(f => f.reason === 'DRAINING');` 및 `const level = allDraining ? 'warn' : 'error';` 추가
그 외 reason이 섞이면 기존대로 `error` 유지	PASS	`level`이 `'error'`로 결정되어 동일 템플릿에 전달됨. 비-DRAINING 케이스 테스트(`RESOURCE:GPU`)가 `logger.log('error', ...)` 호출을 검증
메시지 포맷/인자/`data.failures` 시리얼라이즈 형태 유지	PASS	템플릿 문자열 `'QMAws::startTask
대상 라인(195-204) 수정	PASS	qmAws.ts:199 부근 분기 내부만 변경

Criterion	Status	Evidence
`logger.error('QMAws::startTask	ECS failures` grep이 non-DRAINING 브랜치에만 매치	PASS (부분)
`data.failures` 시리얼라이즈(`arn`, `reason`, `detail`) 및 메시지 템플릿 미변경	PASS	diff 컨텍스트의 `.map(...)` 변형부는 수정되지 않았고, 템플릿 문자열도 동일
`pnpm exec tsc --noEmit` 통과	UNVERIFIABLE	소스 파일을 열지 않는 blind 모드이므로 실제 실행 결과는 확인 불가. 그러나 diff 상 신규 심볼(`allDraining`, `level`)의 타입은 `boolean`/`'warn'

차단 이슈 없음.

Plan은 "logger.error 한 줄을 조건부 warn으로 다운그레이드"로 표현했지만 구현은 logger.log(level, ...) 단일 호출로 통합하는 방식을 택함. 결과 동작(DRAINING-only → warn, 그 외 → error)은 동일하며 코드 중복이 줄어드는 이점이 있어 수용 가능. 다만 리터럴 logger.error(...)를 기대하는 grep 기반 승인 기준은 문자 그대로 매치되지 않음을 유의.
스펙 파일(qmAws.spec.ts)에서 logger.log가 새로 mock에 추가되고 두 개의 새 테스트가 추가됨. Plan의 "Tests: new tests are optional"에 부합하며, DRAINING/비-DRAINING 두 브랜치를 커버하여 회귀 방지에 유익.
신규 테스트는 expect.anything()을 다수 사용해 인자 순서만 느슨히 검증함. 회귀 방지에는 충분하나, 메시지 템플릿 자체를 정확히 잠그지는 않음(비차단).
f.reason === 'DRAINING'은 대소문자를 엄격 비교함. ECS 응답에서 reason이 대문자 DRAINING으로 오는 것이 표준이므로 문제없음.