O documento discute práticas de integração contínua e entrega contínua no desenvolvimento de software, enfatizando a importância da automação de testes e deploy para garantir qualidade e agilidade nas entregas. Aborda também estratégias como controle de versão e monitoramento contínuo, além de destacar os benefícios do uso de técnicas como blue-green deployment. O foco principal é na colaboração entre equipes e na contínua melhoria do processo de liberação de versões para produção.

1. INTEGRAÇÃO
CONTÍNUA
Marlon Bernardes
Da
à ENTREGA
<marlonjb.cb@gmail.com>

2. INTEGRAÇÃO
CONTÍNUA

3. “Prática de desenvolvimento de software
aonde os membros de um time
integram seu trabalho freqüentemente
(geralmente multíplas vezes por dia).”

4. SCM
commit
commit
Como funciona?

5. SCM
Build
commit
commit
Compila
Otimiza
Gera artefatos
Como funciona?

6. SCM
Build
commit
commit
Compila
Otimiza
Gera artefatos
Test
Unitários
Integração
Como funciona?

7. SCM
Build
commit
commit
Compila
Otimiza
Gera artefatos
Test
Unitários
Integração
Deploy
+ testes de
aceitação
Como funciona?

8. SCM
Build
commit
commit
Compila
Otimiza
Gera artefatos
Test
Unitários
Integração
Deploy
+ testes de
aceitação
feedback
Como funciona?

9. ➔ Commits diários;
➔ Sem multíplas branchs - commits direto no “trunk”;
➔ Build automatizado;
➔ Todo commit gera um novo build;
➔ Ambiente de testes deve ser similar ao de produção;
➔ Deploy automatizado (sem exigir intervenção manual);
Estratégias Utilizadas

10. ➔ Testa continuamente o projeto;
➔ Garante que a aplicação é compatível com o banco de dados;
➔ Mantém sempre a versão de testes atualizada;
➔ Os erros são identificados rapidamente;
➔ Testes automatizados == maior qualidade == menos tempo
necessário para colocar uma nova versão em produção;
➔ Auditoria de código é feita continuamente através do Sonar;
Quais os benefícios?

11. E quando o build quebra?

12. E quando o build quebra?
Consertar deve ser
prioridade!

13. E quando o build quebra?
Consertar deve ser
prioridade!

14. Feedback

16. Sonar

18. Selenium Grid

20. E na hora do deploy...

21. Bah! Esqueci de rodar os
scripts.

22. ➔ Controle de versão para o banco de dados;
➔ Mudanças na base são executadas incrementalmente;
➔ Scripts ficam juntos com o código fonte da aplicação e são
executados automaticamente durante o deploy;

24. Automatize tarefas
entediantes e repetitivas!

26. Falando nisso...

27. Gerar versão em produção não precisa ser o
evento do mês!

28. Gerar versão em produção não precisa ser o
evento do mês
trimestre!

29. Gerar versão em produção não precisa ser o
evento do mês
trimestre
ano!

30. ENTREGA
CONTÍNUA

31. Conjunto de práticas e princípios
que visam criar, testar e liberar
software mais rapidamente em
produção.

32. Nosso código não tem valor
de negócio enquanto não for
entregue.

33. Qual o tempo necessário
para liberar em produção
uma mudança que afeta
uma linha de código?

34. Manual de deploy da

35. BLUE-GREEN
DEPLOYMENT

36. LOAD BALANCER
+ MEMCACHED
VERSÃO 1.1
VERSÃO 1.0
BANCO
Apenas um nodo (ou
conjunto) fica ativo por vez.

37. LOAD BALANCER
+ MEMCACHED
VERSÃO 1.1
VERSÃO 1.0
BANCO
Em caso de erro na versão
atual, é possível fazer rollback
instantâneamente

38. LOAD BALANCER
+ MEMCACHED
VERSÃO 1.1
VERSÃO 1.0
BANCO
Em caso de erro na versão
atual, é possível fazer rollback
instantâneamente

39. LOAD BALANCER
+ MEMCACHED
VERSÃO 1.1
VERSÃO 1.0
BANCO
Os dois servidores atuam
como Jenkins Slaves

40. LOAD BALANCER
+ MEMCACHED
VERSÃO 1.1
VERSÃO 1.0
BANCO
v. 1.2
A versão é sempre atualizada
no nodo “desabilitado”
Build pelo
Jenkins
upload

41. LOAD BALANCER
+ MEMCACHED
VERSÃO 1.1
VERSÃO 1.0
BANCO
v. 1.2
VERSÃO 1.2
upload
Build pelo
Jenkins
A versão é sempre atualizada
no nodo “desabilitado”

42. LOAD BALANCER
+ MEMCACHED
VERSÃO 1.1
VERSÃO 1.0
BANCO
v. 1.2
VERSÃO 1.2
Quando o deploy acaba...
Build pelo
Jenkins

43. LOAD BALANCER
+ MEMCACHED
VERSÃO 1.1
VERSÃO 1.0
BANCO
v. 1.2
VERSÃO 1.2
… o tráfego é redirecionado
para o nodo que acabou de
ser atualizado.

44. LOAD BALANCER
+ MEMCACHED
VERSÃO 1.1
BANCO
VERSÃO 1.2
E o processo se repete.

45. Quais os benefícios?
➔ Alguns testes podem ser feitos diretamente em produção;
➔ Rollback é imediato em caso de problema;
➔ É possível atualizar a versão durante o dia, mantendo 100% de
uptime;
➔ Load balance por request distribui a carga muito melhor do que por
afinidade de sessão;

48. Ainda sobre entrega contínua...
➔ Não se trata apenas de uma ferramenta ou conjunto de
ferramentas
➔ O desafio é a quebra de barreira entre desenvolvedores, área de
testes, infraestrutura...

49. MONITORAMENTO
CONTÍNUO