- Shipped
- 2026년 8월 19일 오전 7:36 UTC
- Author
- Kamo
- Commit
- edcc22f
013faf1 배치는 롤아웃 동안 '진행 마감'에 실패 그 자체는 벌금이었다 - 포드는 90s에 대해 건강한왔다, 그리고 prod는 서빙 그 때문에. 세 개의 별도의 것들은 실패로 작업 롤아웃 보고서를 만들었습니다. ProgressDeadlineSeconds는 60이었다. 컨테이너로 이미지 층을 4 번 거부 digest mismatch와 함께 - fec4855e를 기대하고 1355bed4을 수신, 다음 9e55904e, DIFFERENT 잘못된 소화 각 시도, 이는 transit에 손상 레지스트리의 나쁜 blob 보다는 오히려 (악한 blob는 매번 동일하게 실패합니다). 그것은 떨어져 역행, 재 솔질하고, 4에 3.0s에 있는 청결한 ~100 MB 사본을 착륙했습니다 시도. 60s는 그것을 흡수 할 수 없습니다. 쿠버네티스의 기본 600로 평가됨. 배치는 또한 푸시 당 두 번 당 끌어 당겼습니다. `apply -f k8s/deployment.yaml` 설정 이미지 :latest placeholder와 매우 다음 단계는 커밋 SHA에 설정, 그래서 두 가지 이미지 변경, 두 개의 롤아웃과 두 ~100 MB 당 - 링크 위에 그것은 크게 이동을 손상, 두 배는 이익을 위한 노출. 적용 단계는 이제 $IMAGE를 대체합니다. 그래서 `set image`는 idempotent이며, 롤아웃이 발생합니다. 외관을 적용하는 것은 여전히 롤아웃 상태를 미리, 그래서 새로운 기한은 그것을 소개합니다. 그리고 어떤 종류의 프로브가 없었다, 조용히 `maxUnavailable: 0`을 voided 위에서 약속 : 테스트하지 않고, 새로운 팟은 가능한 한 계산 컨테이너 프로세스가 시작된 순간 - 다음 이전의 초가 듣는 것 — so 각 배치는 서비스 뒤에 단지 pod가 봉사할 수 없는 창이 있었습니다. 읽기 지금 polls /en, 이는 prerendered 및 필요 아무 backend. 추가 CPU 및 메모리 요청 (Pod idles at 16m/66Mi); 제한이 없기 때문에 제한이 없습니다. OOMKill에 트래픽 스파이크를 변환하는 추측이 될 것입니다. 전송 corruption 자체는 여기에 고정되지 않으며 마케팅 문제가 아닙니다. — 그것은 k1m1 레지스트리 링크, 이전에 현지화 eno49 고 생각 해결 2026-08-08에. 이것은 실제로 성공이 실패하는 배포에서 그것을 중지합니다.