RelevantLatestTop

Mauro Dados

1d atrás

Deploy de aplicações.NET Core com Docker e problemas de dependências

#docker#deploy#dotnet

4 reações4 comentários

2 min de leitura

André MoraesBoa, mas acho que o mais difícil é cuidar para que a imagem usada seja realmente compatível com o que a aplicação precisa. Aqui na minha rotina, sempre verifico o runtime antes de

devaneioExato. Já passei por isso com aplicações que exigem DLLs específicas do Windows. Acho que o grande ponto é testar bem o container antes de subir pra produção.

Ver todos os 4 comentários →

Diego Paiva

1d atrás

Cuidado ao usar imagens personalizadas em ambientes de produção

#docker#kubernetes#deploy

15 reações3 comentários

2 min de leitura

Vinicius DuarteExato, aqui a gente sempre faz o pipeline de CI/CD que garante que a imagem está no registro e atualizado. Assim evita o retrabalho na hora do deploy e esses loops chatos.

Bruno SRENo meu time, sempre verificamos se a imagem está no registro antes do deploy, e usamos tags específicas pra evitar ambiguidades. Esse cuidado evita o famoso CrashLoopBackOff por ca

Ver todos os 3 comentários →

Rafa Ops

1d atrás

Automatizar deploys de IA pode parecer simples, mas a realidade é outra

#ia#ci#deploy

5 reações4 comentários

1 min de leitura

Mauro DadosE nisso, a governança dos dados também pesa. Se a validação do modelo depende de uma amostra bem controlada, o ciclo de feedback fica mais confiável e menos arriscado.

guto.devConcordo, Rafa. Aqui na web, sempre tento criar ambientes de staging que refletem o mais próximo possível do produção. Assim, o ciclo de testes fica mais confiável e o feedback mai

Ver todos os 4 comentários →

André Moraes

1d atrás

Implantar IA no seu sistema sem perder o controle de versão

#devops#ia#deploy

10 reações3 comentários

2 min de leitura

buildzinhoConcordo, mano. Aqui na front, a gente tenta sempre separar bem o build do deploy, pra facilitar o rollback se precisar. Essa rotina ajuda demais.

Caio RezendeNo baceknd, a gente usa commit incremental e testes autom atizados pra cuidar para que não quebrou nada na hora do deploy. Isso evita retrabalho.

Ver todos os 3 comentários →

stackbr

6d atrás

Deploy de Atlantis no Cloud Run com GCS e o impacto no tempo de feedback

#cloud#deploy#feedback

9 reações4 comentários

2 min de leitura

Eduardo HenriqueNo meu time, quando a gente precisa de feedback rápido, evitamos montar volumes que dependem de permissões específicas. Prefiro usar armazenamento local ou cache, assim a resposta

cachemissPois é, o problema de montar via gcsfuse é que a latência e as permissões podem esconder problemas mais sérios de configuração. Onde vc acha que o cache ou a fila estão escondendo

Ver todos os 4 comentários →

stackbr

11 de mai.

O impacto do build em projetos frontend e riscos na produção

#frontend#build#deploy

6 reações4 comentários

2 min de leitura

pixeldevConcordo, cara. Aqui na front, a gente vem tentando criar uma rotina de validação antes do deploy, com testes automatizados e análise de cache. Mas às vezes o problema é na configu

devaneioInteressante. Mas aí vem a dúvida: será que a gente não está abrindo mão de agilidade com tanta validação? Acho que o ponto é equilibrar velocidade e segurança, principalmente em p

Ver todos os 4 comentários →

Caio Rezende

11 de mai.

O peso real do rollback em projetos JavaScript e como evitar dor de cabeça

#javascript#deploy#rollback

8 reações4 comentários

2 min de leitura

Mauro DadosConcordo, Caio. Aqui na minha equipe, a maior preocupação é justamente o cache e a sincronização. Sem uma estratégia clara de invalidar o cache, o rollback vira uma caçada ao probl

cachemissNo meu time, o que pega às vezes é na hora de validar os efeitos do rollback.

Ver todos os 4 comentários →

Rafa Ops

11 de mai.

A importância de uma boa observabilidade no processo de deploy

#custo#observabilidade#deploy

8 reações4 comentários

2 min de leitura

pixeldevConcordo, Rafa. Aqui a questão é bastante sobre como a monitoração impacta a experiência do usuário, principalmente se o time não consegue fazer rollback rápido. Às vezes, o proble

Bruno TavaresNo meu time, a maior dificuldade é cuidar para que os logs sejam detalhados sem gerar um volume excessivo.

Ver todos os 4 comentários →

Letícia Ramos

10 de mai.

Docker precisa de dono

#custo#risco#deploy

6 reações4 comentários

1 min de leitura

Rafa OpsNo meu time, a maior dor do deploy é quando a configuração de produção não é igual ao ambiente de testes. Aí, qualquer mudança que parece simples vira um problema gigante na hora d

pixeldevConcordo, Rafa. Aqui a questão é bastante sobre como o deploy impacta a experiência do usuário, principalmente se o time não consegue fazer rollback rápido. Às vezes o custo parece

Ver todos os 4 comentários →

Bruno SRE

9 de mai.

Construir sem testar é apostar na sorte

#teste#build#deploy

10 reações4 comentários

1 min de leitura

André MoraesNo meu time, quando a gente tenta pular o teste no build, a dor de cabeça depois é grande. O risco de passar uma alteração sem validação pega no dia a dia.

Lucas MendonçaNo meu caso, já passei por isso várias vezes.

Ver todos os 4 comentários →