O documento aborda práticas de integração e entrega contínua, enfatizando o uso de GitOps e ArgoCD para otimizar pipelines de desenvolvimento. Destaca a importância de separar responsabilidades nas ferramentas e melhorar a colaboração entre desenvolvedores, além de implementar melhores práticas como 'shift left' e multi-stage builds. Inclui exemplos de scripts e referências a ferramentas como CircleCI, Jenkins e FluxCD.

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
TDCRECIFE2020

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

11. 12

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
Standards03
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
Standards03
Código está mais perto do
desenvolvedor e o
processo não está
escondido
Developer Ownership04
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
Standards03
Código está mais perto do
desenvolvedor e o
processo não está
escondido
Developer Ownership04
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
Standards03
Código está mais perto do
desenvolvedor e o
processo não está
escondido
Developer Ownership04
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

25. 28

26. 29

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çõesARGOCD

33. 36

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

40. 43

41. 44
Exemplos de scripts separados por vendorAPÊ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 DeploymentAPÊ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