- Navios
- 5 de setembro de 2026 às 15:53 UTC
- Autor
- Kamo
- Enviar
- fac1091
A imagem é marcada com o commit SHA, então reconstruir o mesmo commit produz uma referência de imagem idêntica. `kubectl set image` então não muda nada, o A implantação nunca é tocada, `rollout status' tem sucesso instantaneamente contra o OLD As cápsulas, e o oleoduto fica verde por não ter implantado nada. Isso não é hipotético e não é raro: acontece em cada workflow dispatch, cada re-run, e — o caso que importa — cada vez que um serviço deve ser reconstruído para pegar uma mudança de biblioteca kamo-compartilhada sem um commit Por conta própria. Aconteceu duas vezes hoje. Ambas as vezes que a etiqueta de imagem da implantação foi lida corretamente enquanto os pods executaram o código velho, que é precisamente por isso que ninguém percebe: A etiqueta que todos verificam para confirmar uma implantação é a única coisa garantida para olhar Certo. Assim, o passo agora compara a referência da imagem antes e depois, e quando é o imutável força uma reinicialização para puxar o novo conteúdo por trás dessa tag. Em seguida, prova o resultado por DIGEST em vez de por tag, e falha na compilação se nenhuma cápsula está executando a imagem que esta execução produziu. Uma etiqueta não consegue distinguir fresco conteúdo de velho; apenas o digerir pode. Se este cheque tivesse existido, ambos os No-ops silenciosos teriam sido construir falhas em vez de descobertas.