Continuous Delivery com ArgoCD

Para otimizar nosso tempo e diminuir incidentes causados por erro humano, adotamos o conceito de CI/CD no nosso dia a dia. Acontece que, muitas vezes, por limitações técnicas e dificuldade de integração entre plataformas, deixamos a automatização de deploy de lado e ficamos, no melhor das hipóteses, só com os testes automatizados.

Não seria ótimo se os desenvolvedores pudessem se preocupar só com o versionamento de código, e todo o resto acontecesse magicamente por debaixo dos panos?

Nessa talk aprenderemos como automatizar o seu deploy de maneira fácil com o ArgoCD, uma ferramenta de automatização de deploy para Kubernetes, e porque é importante separar o CI do CD.

Transcript

1. 1 C O N T I N U O U S D E L I V E R Y C O M A R G O C D DEVOPS T D C R E C I F E 2 0 2 0
2. 2 Até onde vai o meu CI? O padrão GitOps ArgoCD AGENDA
3. 3 Além do deploy, melhorias, testes, trunk-based development Apêndice B Exemplos de scripts de CI separados por vendor Apêndice A F I M
4. 4 RODRIGO SOUZA S O F T W A R E E N G I N E E R Sami rasouza rasouza rasouza.com.br
5. 5 Desenhando a Pipeline de Integração Contínua e separando as responsabilidades das ferramentas ATÉ ONDE VAI O MEU CI?
6. 6 Nossa Pipeline Dockerfiles Teste unitário Teste de integração Imagem do container no Dockerhub ArgoCD Build Test Push Deploy Commerce
7. 7 Deploy Workflow dev dev stage master stage prod
8. 8 Nossa Pipeline Dockerfiles Teste unitário Teste de integração Imagem do container no Dockerhub ArgoCD Build Test Push Deploy Commerce
9. 9 Nossa Pipeline Dockerfiles Teste unitário Teste de integração Imagem do container no Dockerhub ArgoCD Build Test Push Deploy Commerce
10. 10 Nossa Pipeline Dockerfiles Teste unitário Teste de integração Imagem do container no Dockerhub ArgoCD Build Test Push Deploy Commerce
12. 13 Footprint mais enxuto para produção Multi-stage Build 01
13. 14 Footprint mais enxuto para produção Multi-stage Build 01 Erros são captados mais cedo no ciclo de vida de desenvolvimento Shift Left 02
14. 15 Mesmos comandos produzem o mesmo resultado Standards 03 Footprint mais enxuto para produção Multi-stage Build 01 Erros são captados mais cedo no ciclo de vida de desenvolvimento Shift Left 02
15. 16 Mesmos comandos produzem o mesmo resultado Standards 03 Código está mais perto do desenvolvedor e o processo não está escondido Developer Ownership 04 Footprint mais enxuto para produção Multi-stage Build 01 Erros são captados mais cedo no ciclo de vida de desenvolvimento Shift Left 02
16. 17 Mesmos comandos produzem o mesmo resultado Standards 03 Código está mais perto do desenvolvedor e o processo não está escondido Developer Ownership 04 Footprint mais enxuto para produção Multi-stage Build 01 Erros são captados mais cedo no ciclo de vida de desenvolvimento Shift Left 02
17. 19 Mesmos comandos produzem o mesmo resultado Standards 03 Código está mais perto do desenvolvedor e o processo não está escondido Developer Ownership 04 Footprint mais enxuto para produção Multi-stage Build 01 Erros são captados mais cedo no ciclo de vida de desenvolvimento Shift Left 02
18. 20 Entendendo o Design Pattern e fazendo os ajustes necessários na pipeline O PADRÃO GITOPS
19. 21 Fonte: https://morioh.com/p/05ce86b2ad73
20. 22 Fonte: https://morioh.com/p/05ce86b2ad73
21. 23 INFRASTRUCTURE AS A CODE P R O G R A M M I N G D I A R Y Versione seus manifestos do Kubernetes em um repositório separado!
22. 25 DEPLOYMENT M A N I F E S T O
23. 26 DEPLOYMENT M A N I F E S T O Precisamos trocar a imagem do container no manifesto que está versionado.
24. 27 DEPLOYMENT M A N I F E S T O Precisamos trocar a imagem do container no manifesto que está versionado. Algumas ferramentas podem ajudar: Kustomize HELM
27. 30 QUAL O PROBLEMA QUE ESTAMOS RESOLVENDO? I M P O R T A N T E
28. 31 QUAL O PROBLEMA QUE ESTAMOS RESOLVENDO? I M P O R T A N T E O último commit da master é o estado atual da infraestrutura. INFRAESTRUTURA REPLICÁVEL
29. 32 QUAL O PROBLEMA QUE ESTAMOS RESOLVENDO? I M P O R T A N T E Mais de um desenvolvedor pode evoluir a infraestrutura ao mesmo tempo. COLABORAÇÃO O último commit da master é o estado atual da infraestrutura. INFRAESTRUTURA REPLICÁVEL
30. 33 QUAL O PROBLEMA QUE ESTAMOS RESOLVENDO? I M P O R T A N T E Mais de um desenvolvedor pode evoluir a infraestrutura ao mesmo tempo. COLABORAÇÃO O último commit da master é o estado atual da infraestrutura. INFRAESTRUTURA REPLICÁVEL Infraestrutura e produto evoluem separadamente. Ferramentas especializadas trabalham melhor. SEPARAÇÃO DE RESPONSABILIDADES
31. 34 QUAL O PROBLEMA QUE ESTAMOS RESOLVENDO? I M P O R T A N T E Mais de um desenvolvedor pode evoluir a infraestrutura ao mesmo tempo. COLABORAÇÃO Os desenvolvedores não precisam se preocupar mais com deploy, apenas com código! FOCO NO VALOR O último commit da master é o estado atual da infraestrutura. INFRAESTRUTURA REPLICÁVEL Infraestrutura e produto evoluem separadamente. Ferramentas especializadas trabalham melhor. SEPARAÇÃO DE RESPONSABILIDADES
32. 35 Conhecendo a interface e configurando o deploy das aplicações ARGOCD
34. 37 FEATURES A R G O C D Auto-Sync
35. 38 FEATURES A R G O C D Auto-Sync Log das aplicações
36. 39 FEATURES A R G O C D Auto-Sync Log das aplicações Rollback
37. 40 FEATURES A R G O C D Auto-Sync Log das aplicações Rollback Recursos do Kubernetes
38. 41 FEATURES A R G O C D Auto-Sync Log das aplicações Rollback Recursos do Kubernetes App Of Apps Pattern
39. 42 C u s t o m R e s o u r c e D e f i n i t i o n
41. 44 Exemplos de scripts separados por vendor APÊNDICE A
42. 45 CONTINUOUS INTEGRATION F E R R A M E N T A S CircleCI GitLab CodeShip
43. 46 CONTINUOUS INTEGRATION F E R R A M E N T A S BuildKite Jenkins
44. 47 CONTINUOUS DEPLOYMENT F E R R A M E N T A S FluxCD ArgoCD Spinnaker
45. 48 CIRCLECI C L I Q U E PA R A A B R I R O C Ó D I G O
46. 49 BUILDKITE C L I Q U E PA R A A B R I R O C Ó D I G O
47. 50 GITLAB C L I Q U E PA R A A B R I R O C Ó D I G O
48. 51 JENKINS C L I Q U E PA R A A B R I R O C Ó D I G O
49. 52 Além do Continuous Deployment APÊNDICE B
50. 53 CONTINUOUS DELIVERY T E M A Até agora cobrimos apenas alguns tópicos do tema Continuous Delivery. Se quisermos completar a roda, temos que estudar a fundo mais alguns tópicos
51. 54 CONTINUOUS DELIVERY T E M A Até agora cobrimos apenas alguns tópicos do tema Continuous Delivery. Se quisermos completar a roda, temos que estudar a fundo mais alguns tópicos
52. 55 Fonte: https://www.optimizely.com/optimization-glossary/trunk-based-development/
53. 56 Fonte: https://www.perfecto.io/blog/what-is-continuous-testing
54. 57 Fonte: https://www.logigear.com/blog/continuous-delivery-devops/beginner-guide-to-continuous-testing/
55. 58 SLACK NOTIFICATION C I R C L E C I É importante aproximar o desenvolvedor com a sua pipeline de desenvolvimento. Promover o feedback de maneira prática é um caminho. Podemos integrar notificações do Slack (local que já estamos acostumados a usar) de maneira bem fácil, gastando pouco esforço mas entregando um grande valor Configuring notifications for your CI builds with Slack
56. 59 BIBLIOGRAFIA
57. 60 BIBLIOGRAFIA ArgoCD https://argoproj.github.io/argo-cd/ Guide to GitOps https://www.weave.works/technologies/gitops/ Shifting Left with Continuous Delivery https://dzone.com/refcardz/shifting-left-with-continuous-delivery?chapter=2 Using Multi-Stage Builds to Simplify And Standardize Build Processes https://medium.com/capital-one-tech/multi-stage-builds-and-dockerfile-b5866d9e2f84 The Benefits of Continuous Delivery https://dzone.com/articles/the-benefits-of-continuous-delivery
58. 61 OBRIGADO! RODRIGO SOUZA https://github.com/rasouza/diary-infra