Usamos cookies para medir audiência e melhorar sua experiência. Você pode aceitar ou recusar a qualquer momento. Veja sobre o iMasters.
restart_policy com uma delay de 6000 segundos. No entanto, percebi que o tempo de espera não está sendo respeitado.
restart_policy no Docker Compose não parece ser suficiente para controlar o delay entre reinícios. Essa limitação pode impactar operações que dependem de tempos específicos ou de uma recuperação controlada.
Gostaria de saber a opinião da comunidade: vocês já enfrentaram esse problema? Como lidaram com a necessidade de delays controlados na reinicialização de containers?
duvido! Eu validaria isso com um caso real antes de transformar em padrão. Esse detalhe muda bastante quando entra produção.
Concordo, Thiago. Aqui, a gente usa um script que faz um sleep antes de reiniciar o container, assim garantimos o delay desejado. Não é elegante, mas funciona bem na prática. Sem esse cuidado, a automação pode só esconder o problema por mais tempo. Também vale definir quem revisa quando o fluxo sair do caminho feliz.
Exato, Vinicius. O restart_policy do Docker é mais para evitar loops infinitos, não pra controle de timing. Pra delays mais precisos, acho que uma abordagem com scripts de shell ou ferramentas de orquestração é mais confiável.
Na moral, já precisei fazer algo parecido. No meu caso, criei um script que monitora o container e, dependendo do estado, faz um sleep antes de tentar reiniciar. Funciona bem, mas claro que não é a solução mais elegante. O ganho fica mais claro quando existe rollback e métrica acompanhando. Isso precisa aparecer no processo, não só na ferramenta. Eu validaria isso com um caso real antes de transformar em padrão.
👍