Feature Flags: sexta-feira também é dia de lançamento

Você sonha em lançar novas features do seu produto de maneira instantânea, com um clique no dashboard? E se além disso você pudesse controlar a porcentagem de usuários que terão acesso a essas features de maneira progressiva? Big-Bang deploys, staging desatualizado, rollbacks emergenciais, releases que quebram o produto… conheça o conceito de Feature Flagging e deixe tudo isso pra trás.

Nessa talk eu explico como usar o Feature Flag-Driven Development para criar modelos de subscription, testes A/B, allowlist/denylist de usuários, opt-in de novas funcionalidades, e muito mais.

Transcript

1. João Cunha @JoaoCunha Feature Flags: sexta- feira também é dia de lançamento
2. Tech Lead Front-End Product Manager
3. JoaoCunha JoaoCunha86 DevParana
4. Disclaimer Sexta-feira também é dia de meter o louco (ou louca).
5. Lançar produtos ou features de uma vez raramente é a melhor opção.
6. Já tá pronto, só falta subir pra produção!
7. Já tá pronto, só falta subir pra produção.
8. Quando sobe pra produção…
9. Pronto Produção
10. “Pronto” e “Em Produção” são diferentes por questões técnicas e de negócio.
11. Caching Load balancers CDNs Firewalls Questões técnicas
12. Questões técnicas Tráfego Browsers Conexões Dispositivos
14. Staging
15. Produção
16. É impossível replicar a Internet. RESUMINDO…
17. Questões de negócio Precificação inadequada Avalanche no suporte Problemas de UX Desastre de mídia
18. Questões de negócio Cenários imprevistos Fornecedores Custos operacionais Timing de negócio
19. LEAN
20. Erre rápido. Erre barato.
21. Feature Flags!
22. Feature Flags! Flippers! Togglers! Rollout! etc…
23. Feature Flags separam deploys de código do lançamento de features.
24. Isso é extremamente poderoso.
25. Isso é extremamente poderoso.
26. Feature Flags são como condições “if”…
27. …onde o decisor vive fora do código. Grupo B Grupo C
28. …onde o decisor vive fora do código. Grupo A Grupo B Grupo C
29. Exemplo de dashboard
30. As Feature Flags nos dão o poder de lançar: o que quisermos quando quisermos para quem quisermos nas condições que quisermos …sem depender de deploys para isso.
31. O que elas permitem?
32. Kill Switch
33. Lançamento incremental
34. Targeting ou Allow/Deny list
35. Teste de hipótese
36. Testes A/B
37. Planos de assinatura
38. Lançamento em dias e horários específicos
39. Opt-in
40. Feature Flags: sexta-feira também é dia de lançamento @joaocunha #produtos #featureFlags #tdc Power Users
41. Manutenção (programada ou não)
42. Sunsetting
43. Lançamento da página de produtos Foregon
46. REPESCAGEM
47. 99% 1% Lançamento incremental (1%) Grupos de usuários (alpha) Targeting (região, copy) Teste de hipótese (performance)
48. Hero Hero
49. Opinião do especialista
50. Simulador de milhas
51. Comparador
52. Mais infos (SEO) Mais info (SEO)
53. Cada seção pode ser uma feature.
54. Bônus: meta features! Bônus: Sub-features!
58. Feature Flags requerem cuidados
59. Aumento de dívida técnica
60. Exige mudança de mentalidade
61. Às vezes é difícil saber em que nível a flag deve residir
62. Mais condições possíveis para debuggar
63. Cenários complexos (cache, versão logada, etc.)
64. https:/ /www.youtube.com/watch?v=r7VI5x2XKXw Feature Toggles: The Good, The Bad, and The Ugly Andy Davies - @pondidum
66. Power Peg Feature de teste para ambientes controlados Comprava na alta e vendia na baixa para oscilar o mercado Testava os algoritmos proprietários de HFT Inativo há 8 anos na codebase (dead code)
67. SMARS Smart Market Access Routing System Híper rápido Executava milhares de ordens de compra e venda por segundo Feito para produção Power Peg Feature de teste para ambientes controlados Comprava na alta e vendia na baixa para oscilar o mercado Testava os algoritmos proprietários de HFT Inativo há 8 anos na codebase (dead code)
68. Servidor Power Peg SMARS inativo SMARS ativo
69. Servidores SMARS @pondidum
70. SMARS em Dark Release Deploy falhou @pondidum
71. SMARS ativo Power Peg @pondidum
72. Power Peg @pondidum
73. 45 minutos +$365 milhões -$450 milhões
74. SDDS :( VLW FLW ANDY DAVIES
75. Boas práticas Boas práticas
76. Nunca reutilize flags
77. Flags devem existir por pouco tempo
78. Nomeie as flags adequadamente
79. Grave logs de alteração
80. Libere acesso a membros não-técnicos
81. Launch Darkly rollout.io Optimizely Featureflow ConfigCat Unleash
82. Para se aprofundar Martin Fowler https:/ /martinfowler.com/ Feature Flags IO http:/ /featureflags.io Blog do LaunchDarkly https:/ /launchdarkly.com/blog/ Meu Twitter :D https:/ /twitter.com/joaocunha
83. JoaoCunha86 JoaoCunha