James Bond – a CLI with permission to deploy

O Bond é uma ferramenta command line que propõe um workflow de desenvolvimento e deployment de serviços abstraindo a infraestrutura de operação. Ele provê uma interface única para tecnologias como Kubernetes e Docker e faz com que Serviços, Replicação, Deployments e Replicação sejam cidadãos de primeira classe nas suas aplicações.

Transcript

1. James bond a cli with permission to deploy
2. quem somos?
3. Guilherme Cavalcanti github.com/guiocavalcanti
6. AIRTON SOBRAL github.com/tonidas
7. gato
9. contexto
10. “Nossa visão é limitada pelas ferramentas que temos à mão”
11. Nosso vocabulário limita nossa capacidade de nos adaptar ao shift que a indústria está sofrendo
12. –DHH, Keynote da RailsConf, 2014 "TDD is dead"
14. –Johnny Appleseed
15. IS TDD dead? • DHH, criador do Rails, critica a nossa forma de fazer TDD • "Test induced damage": indirections, dependency injection, etc são motivadas pelos teste e não por necessidades de design • Rails e, em algum nível, o Rails Way, limita nossa visão em relação a TDD • Não é pq TDD não funciona em projetos Rails que a comunidade deve abandoná-lo
16. TDD não está morto
17. Nossa visão é limitada pelas ferramentas que temos à mão
18. Motivação
19. Microserviços
20. micro micro micro Monolito
21. v1.1 v1 v1.2 v3.1 v1.1 app 1 app 2 app 3 v3.2 PRODUCTION SANDBOX PRODUCTION (CANARY) PRODUCTION STAGING PRODUCTION
22. 9 CARACTERÍSTICAS DE MICROSERVIÇOS 
 – M. FOWLER {Organized around Business Capabilities Products not Projects Smart endpoints and dumb pipes Decentralized Governance Infrastructure Automation Design for failure Evolutionary Design (…)
23. 12 FACTOR
 – HEROKU {One codebase tracked in revision control, many deploys Explicitly declare and isolate dependencies Store config in the environment Treat backing services as attached resources Strictly separate build and run stages (…)
24. NOVO PARADIGMA, 
 NOVOS PROBLEMAS
25. INFRASTRUCTURE AUTOMATION como?
26. design for failure no heroku?
27. Explicitly declare and isolate dependencies Onde? No README?
28. vamos continuar usando rails para criar microserviços?
29. vamos continuar usando o heroku?
30. vamos resolver novos problemas com ferramentas antigas?
31. precisamos de um vocabulário maior para não limitar nosso mundo
32. o repertório 
 são ferramentas e processos
 que solucionam os novos problemas
33. como tornamos isso realidade? • One codebase tracked in revision control, many deploys • Explicitly declare and isolate dependencies • Store config in the environment • Treat backing services as attached resources • Strictly separate build and run stages • (…) • Organized around Business Capabilities • Products not Projects • Smart endpoints and dumb pipes • Decentralized Governance • Infrastructure Automation • Design for failure • Evolutionary Design • (…)
34. solução
35. 1. 
 Redefinir nossa ideia de aplicação
37. dependências pertencem a aplicação
38. Diferenças de ambientes • Gemfile.lock de desenvolvimento • gemfile.lock de produção # Gemfile
 gem "paperclip", "~> 2.1"
40. ImageMagick (dev) 
 != 
 ImageMagick (prod)
43. infrastructure Operating system docker engine app 1 deps app 2 deps app 3 deps
44. 2. 
 orquestração inteligente
45. ilusionista
46. design for failure supervisão
47. infrastructure automation provisionamento transparente, claims
48. decentralized governance resource quotas, security policies
49. replication, loadbalancer, claims, volumes, services como cidadãos de primeira classe
51. exemplo • deployment • cidadão de primeira classe apiVersion: extensions/v1beta1 kind: Deployment spec: replicas: 1 selector: matchLabels: run: nginx strategy: type: RollingUpdate template: spec: containers: - env: - name: APP_HOST value: foo.com - name: WEB_SERVER_NAME value: bar.com image: docker/image:1.0 name: nginx imagePullSecrets: - name: registry restartPolicy: Always
52. 3. 
 workflows e processos
55. 4. 
 toolbelts
58. objetivos { simples plugável rápido opensource
59. 1. simples • para cada problema, uma missão • para cada missão, uma gem
60. 2. plugável escolha as missões que você quer utilizar e instale-as
61. 2. plugável • escolha as missões que você quer utilizar e instale-as # Gemfile gem "james_bond-core" gem "james_bond-mission_build" gem "james_bond-mission_deploy" gem "james_bond-mission_release" gem "james_bond-mission_doctor"
62. 2. rápido apenas a missão que vai ser utilizada será carregada no momento da execução
63. 3. opensource free as in freedoM experimental altamente sujeito a mudanças
64. exemplo • minor Release • Gera uma nova tag do git • Gera uma nova imagem docker # Gemfile $ bond release -g "minor"
65. exemplo • deploy • realiza deploy do release 1.2.3 • sobe pro cluster kubernetes # Gemfile $ bond deploy -t 1.2.3
67. github.com/inlocomedia/james_bond
68. –Johnny Appleseed “Type a quote here.” www.inlocomedia.com Estamos contratando!
69. Perguntas
70. Referências • Keynote: Writing Software by David Heinemeier Hansson • Hangout com m. fowler, kent beck e dhh • TDD, Straw Men, and Rhetoric • Microservices, Martin Fowler • Microservices (talk), Martin fowler • 12Factor • Scalable Microservices with Kubernetes • Large-scale cluster management at Google with Borg