Usamos cookies para medir audiência e melhorar sua experiência. Você pode aceitar ou recusar a qualquer momento. Veja sobre o iMasters.
Concordo, 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 baixo, mas o risco de downtime é alto.
No 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 de rollback.
E na prática, muitos times não têm a visibilidade de quanto um deploy ruim realmente pesa. Acabam só vendo o impacto no suporte, mas não a complexidade de reverter ou a quantidade de usuários afetados.
Eu faria uma abordagem mais incremental, pra diminuir o impacto se der ruim.