O documento discute a diferença entre deploy e release e como usar feature toggles para permitir deploys frequentes sem expor os usuários a novas funcionalidades. Isso permite testes e feedback antes de uma funcionalidade ser liberada para todos. O documento também apresenta desafios e lições aprendidas com o uso de feature toggles e ferramentas como Flipper para gerenciar releases faseados.

1. Feature Toggle
Deploy e release são a
mesma coisa?

2. Quem sou eu?
João Paulo Lethier
● Jogador aposentado de
basquete
● Pai de um cachorro, dois
gatos e do Danilo
● Desenvolvedor desde 2009
● Líder do time de
desenvolvimento da Zygo

5. Contexto
● Cenários não previstos gerando bugs após
deploys
● Deploys causavam mudanças inesperadas no
sistema
● Novas funcionalidades sendo liberadas para
todos os usuários sem o devido entendimento
por parte das outras áreas da empresa

11. DEPLOY == RELEASE

14. Permitir uma frequência alta
de deploys, que gerasse
uma experiência positiva

15. Deploy
● Colocar código novo em produção
● Habilitar o release
Release
● Liberar melhorias e novas funcionalidades para os
usuários
● Entregar valor para o usuário

16. "Deployment need not expose
customers to a new version of your
service"
Art Gillespie, blog.turbinelabs.io

17. Desenvolvimento e deploy
● Manter uma única branch e todos os PRs
referenciarem ela
● Trabalhar com PRs pequenos
● Branches abertas por pouco tempo

18. Desenvolvimento e deploy

19. Desenvolvimento e deploy

20. Release
● Poder fazer deploy a qualquer momento
● Ter controle dos releases, podendo fazer eles
faseados

21. Release
● Poder fazer deploy a qualquer momento
● Ter controle dos releases, podendo fazer eles
faseados
Feature Toggle

22. Desafios
● Mudança de mindset de desenvolvimento

23. Desafios
● Mudança de mindset de desenvolvimento
● Planejamento do release ser um critério de
aceite

24. Desafios
● Mudança de mindset de desenvolvimento
● Planejamento do release ser um critério de
aceite
● Métricas e acompanhamento da fase de release

25. Desafios
● Mudança de mindset de desenvolvimento
● Planejamento do release ser um critério de
aceite
● Métricas e acompanhamento da fase de release
● Ferramenta que permitisse um release faseado
de forma fácil e controlada

26. Opções de ferramentas
● Flipper ● Rollout

27. Flipper
● Gates:
○ Grupos, porcentagem(tempo e atores), on/off
geral, atores individuais
● Adapters
○ Redis, activerecord, mongodb, cassandra, ...
● Interface web para controle

28. Instalação

29. Gates - Individual e porcentagem de atores

30. Gates: Grupos

31. Como verificar se um ator tem acesso?

32. Como verificar se um ator tem acesso?

33. Como verificar se um ator tem acesso?

34. Como verificar se um ator tem acesso?

35. Interface Web

36. Interface Web

37. Interface Web

38. Resultados
● Coleta de feedback e ajuste de funcionalidades antes
de ser liberada para 100% da base
● Aumento do número de deploys
● Descoberta de edge cases e cenários não pensados
com poucos usuários acessando as funcionalidades
● Release interno difundindo o entendimento e
conhecimento sobre as mudanças, melhorias e
funcionalidades novas

40. Aprendizados
● Remover toggles do código logo após o
release terminar
● Controlar a quantidade de toggles
simultâneos

41. Perguntas?
zygotecnologia.com - pagseguro.uol.com.br
jobs.kenoby.com/zygo

42. Links
https://www.amazon.com.br/Accelerate-Software-Performing-Technology-Or
ganizations/dp/1942788339
https://medium.com/sumone-technical-blog/deploy-vs-release-7bacb2e206b7
https://github.com/jnunemaker/flipper
https://github.com/fetlife/rollout
https://blog.turbinelabs.io/deploy-not-equal-release-part-one-4724bc1e726b
https://medium.com/code-thoughts/deployment-vs-release-543fe9f26272