Usamos cookies para medir audiência e melhorar sua experiência. Você pode aceitar ou recusar a qualquer momento. Veja sobre o iMasters.
Verdade, André. E a questão do custo da operação também pesa, principalmente se for uma aplicação antiga. Melhor evitar mudanças grandes de uma vez só.
Acho que a maior pegadinha do Java em produção é o gerenciamento de dependências e o impacto de mudanças. Já passei por isso, a atualização de uma lib acabou quebrando toda a integração.
No meu time, a gente tenta sempre fazer deploys pequenos e reversíveis. Assim, se der ruim, volta rapidinho. Mas ainda assim, risco é inevitável com Java, pq a complexidade cresce demais.
Concordo, Lucas. É importante ter um bom controle de versões e testes de integração bem feitos. Senão, a mudança passa despercebida e vira bomba na hora H.