O documento discute os desafios da automação em Continuous Delivery. Ele explica que cada mudança no sistema deve ser implantada rapidamente na produção com a maior confiança possível de funcionar. Isso requer investimentos em testes, automação e infraestrutura para garantir a qualidade e confiabilidade do código. O documento também descreve vários tipos de testes e ferramentas que apoiam o processo de entrega contínua.

1. Do push para a produção:
Os desafios de automação em Continuous Delivery
Camilo Ribeiro
Julio Maia

2. Camilo Ribeiro
www.klarna.com

4. Klarna Checkout

5. Julio Maia
www.soundcloud.com

10. Continuous Delivery
Cada mudança aplicada a um sistema
possa ser colocada em produção
rapidamente...
… e com tanta confiança quanto possível
que irá funcionar

11. 30-40%
Investimento

12. 50+%
Retorno médio/longo prazo

13. Investimento em complexidade
Linguagens de
programação
Ferramentas (IDE, build)
Testes
Refatoramentos
Controle de versão
Automação
Integração contínua
Maior maturidade, menos falhas
Menor maturidade, mais falhas

14. Integração contínua

15. Build local
Velocidade (acima de alguns
minutos ele afeta a capacidade
de desenvolvimento do time)
Garantir que cada mudança é
funcionalmente correta, mas
não necessariamente confiável
operacionalmente

16. Confiabilidade Funcional
100%
75%
50%
25%
0%
Local Estágio 1 Estágio 2 Estágio 3
Build Pipeline

17. Build pipeline
Geração de artefato binário
(o qual será utilizado nos testes)
Aumentar a confiabilidade da
alteração progressivamente

18. Confiabilidade Operacional
100%
75%
50%
25%
0%
Local Estágio 1 Estágio 2 Estágio 3
Build Pipeline

19. testes em ambiente
code build controle
versões
build
produção
testes em ambiente
integrado
isolado
testes em ambiente
isolado
Local
Pipeline

20. Automação de testes
Infra-estrutura de testes
Automação de build
Automação de deployment
Monitoramento

21. Automação e infra-estrutura
de testes

22. Testes de unidade
Guiar o design do sistema
Suportar refactorings

23. Testes de integração
(funcionais, aceitação, etc.)
Validar se o sistema se comunica
corretamente com suas dependências
externas e sob a expectativa dos
usuários finais

24. http://www.soapui.org/Best-Practices/api-mocking.html

25. Testes de performance
(performance, carga, stress)
Validar se o sistema se comporta
adequadamente quando é submetido a
uma certa carga

27. Testes de deployment
Validar que todos os componentes do
sistema foram instalados e
configurados corretamente
Versões, portas, permissões, conectividade

28. TDD para infra-estrutura

30. Testes de versões
Validam se a versão atual do sistema
funciona contra a versão em produção e
contra as versões em desenvolvimento
das suas dependências

31. build
produção
testes em ambiente
isolado
testes em ambiente
integrado
testes em ambiente
isolado
testes em ambiente
integrado
Versões em
desenvolvimento
Versões em
produção

32. Testes de segurança
Auditam se os componentes do
sistema não possuem vulnerabilidades
conhecidas publicamente

33. https://www.owasp.org/images/f/f4/SkipFishReport.png

34. Monitoramento
Healthchecks e telemetria

35. http://grafana.org

36. Conclusão
Continuous delivery é uma otimização
necessária para entregar valor da
maneira mais rápida e barata possível
Isso só é possível com investimento
constante em testes e automação

37. www.klarna.com/jobs

38. www.soundcloud.com/jobs

39. Obrigado

40. Dúvidas