8. Amazon May 2011 Deployment Stats
(production hosts & environments only)
11.6 seconds
Mean time between deployments (typical weekday)
1,079
Max # of deployments in a single hour
10,000
Mean # of hosts simultaneously receiving a deployment
30,000
Max # of hosts simultaneously receiving a deployment
19. “The principles, practices, and techniques we
describe are aimed at making releases
boring, even in complex “enterprise”
environments. Software releases can - and
should - be a low-risk, frequent, cheap, rapid,
and predictable process.”
- HUMBLE, Jez & FARLEY, David - Continuous Delivery, pag 10.
Nossa primeira ação foi aproximar o time de desenvolvimento e o de operações, tornando a comunicação mais simples, diminuindo os ruídos e, aumentando a produtividade.
Nossa segunda ação foi trazer um membro do time de operações para dentro do time de desenvolvimento, envolvendo ele em todas as fases para que nenhum time fosse prejudicado.
A partir deste ponto começamos a estreitar ainda mais os laços e, já na Cloud conseguimos criar um ambiente de trabalho extremamente veloz e saudável.
Com a criação dos ambientes na Cloud foi possível então diminuir os espaços entre as releases, fazendo diversas releases candidates por dia.
Como sugere Gene Kim Hoje nós conseguimos hoje entregar pequenos pedaços de funcionalidade de forma extremamente rápida (ao clique de um botão) e caso aconteça algo que não desejamos, voltar um passo atrás também é extremamente rápido (também um clique de um botão).
Tudo isso utilizando o Jenkins e as práticas de Continuous Integration, Release, Deploy. O plugin de promotion do Jenkins tornou o deploy uma tarefa chata, porque não tem desafio nela, é só clicar em um botão e pronto.
OK, mas o que o Jenkins tem haver com o sucesso de nossa empreitada DevOps?
Só gostaria de deixar essa citação que tem mudado minha vida. =D
Só gostaria de deixar essa citação que tem mudado minha vida. =D