Você não está sozinho, vá pra produção com Elixir!

Transcript

1. Você não está sozinho, vá pra produção com Elixir!
2. @igorffs @igorflorianfs
4. Deploy
5. • Ferramentas • Dificuldades • Hot code swap
7. FERRAMENTAS
9. http://www.phoenixframework.org/docs/heroku
10. ♥
11. Guia estruturado
12. buildpacks consolidados
13. https://github.com/HashNuke/heroku-buildpack-elixir
14. https://github.com/gjaldon/heroku-buildpack-phoenix-static
15. A opção ➕ rápida ⚡ ➕prática
16. ➖Hot code swap
17. E se eu quiser ter minha própria infra?
18. Como o pessoal de Erlang faz deploy?
19. Existe um Elixir way?
20. Exrm 
 (Elixir Release Manager)
21. http://www.phoenixframework.org/docs/advanced-deployment
22. Wrapper de ferramentas do Erlang
23. https://github.com/erlang/rebar3
24. https://github.com/erlware/relx
25. http://learnyousomeerlang.com/release-is-the-word
26. Release ==
29. é composto por
32. Elixir e Erlang estão inclusos!
33. pode ser independente
34. Ou não! Você escolhe.
36. Tá, mas por que isso?
37. Facilidade de distribuição
38. Sem nos preocupar com a versão instalada
40. Então posso distribuir minha release pra qualquer lugar?
41. Posso compilar no meu Windows e executar no meu servidor Linux!!
42. Obrigado Elixir! ♥
43. Né?!
44. Maaaais ou menos… (segura essa emoção )
45. Cross-compiling
46. Releases estão presas à arquitetura e S.O
47. NIFs (Native Implemented Functions)
48. (snif)
49. Comofas?
53. A release contém executáveis
54. • start • stop • ping • console • remote_console • upgrade • downgrade
55. Não existem Mix tasks
56. Porque não existe um Mix file
57. Mesmo com Ecto, não poderá executar migrations
58. http://blog.plataformatec.com.br/2016/04/running-migration-in-an-exrm-release/
59. Configurações ⚙ com variáveis de ambiente
61. Todo código é compilado durante o build da release
62. Nos arquivos de configuração, funções são executadas
63. Todas configurações são compiladas e adicionadas em sys.conf
66. Pouco flexível e não é seguro
67. https://12factor.net/config
68. E agora José?!
69. @renanranelli
70. RELX on the rescue!
73. RELX_REPLACE_OS_VARS=true
74. As tags serão substituídas pelos valores das variáveis de ambiente na máquina que a release será executada
76. http://blog.plataformatec.com.br/2016/05/how-to-config-environment-variables-with-elixir-and-exrm/
77. ( Distillery ⚗…
78. https://github.com/bitwalker/distillery
79. Substituindo Exrm
80. http://bitwalker.org/posts/2016-07-21-distillery-vs-exrm-vs-relx/
81. …)
82. Isso tá parecendo manual
83. Prefiro Capistrano!
85. https://github.com/boldpoker/edeliver
86. Gerencia e automatiza o processo de deploy
87. bash scripts orquestram os builds e RPCs aos servidores
88. Exrm por baixo dos panos
89. ou mix + relx
90. ou rebar (erlang only)
91. ou Distillery
92. Quanta coisa, né?
93. Não se preocupe, edeliver abstrai as ferramentas utilizadas
94. Deploy em ambientes de staging e production
95. Você escolhe onde fazer o build da release
96. Resolve problema de Cross-compiling
97. Local Build Staging Production
105. http://blog.plataformatec.com.br/2016/06/deploying-elixir-applications-with-edeliver/
106. Afinal, o que eu uso em produção?
107. edeliver !
108. Mas não deixe de conhecer as ferramentas que está usando
109. Ht code l♥ving
110. ZERO DOWNTIME
111. Não é a única forma
112. Show me the code!!
113. GenServer
117. v0.1.0
119. v0.2.0
125. O que tá acontecendo?
126. Code server
127. Mantém 2 versões do código
128. Código antigo é executado por processos antigos <
129. Código novo é executado por processos novos =
130. http://learnyousomeerlang.com/designing-a-concurrent-application#hot-code-loving
131. http://erlang.org/doc/man/code.html
132. Isso parece ser bem simples!
134. Mudança de estado
141. O código precisa saber como reagir
144. Feels like migration
145. Appups
147. http://learnyousomeerlang.com/relups
148. É dificil!
149. Quando usar?
150. Stateful apps, que não podem parar
151. Trade-offs @
152. Comunidade❤
153. Obrigado! B