Com o surgimento de frameworks cada dia mais avançados e fáceis de utilizar, desenvolvedores estão cada dia mais focados na lógica de negócio e menos na infraestrutura necessária para execução das aplicações, que acabam por se tornar mais complexas, multi stack e distribuídas. Mesmo com a evolução gigantesca na área automação que acompanhou esses frameworks (evolução essa liderada por técnologias como Capistrano, Heroku (PaaS) e Vagrant) o gargalo de comunicação entre equipe de desenvolvimento e operações continua a ser o maior impasse da área na hora de colocar uma solução para rodar. Nesta palaestra vamos falar sobre "arquitetura executável" com foco na ferramenta open source de orquestração: AZK. Uma ferramenta que ajuda a ganhar agilidade no processo de orquestração do ambiente de desenvolvimento, mas sobre tudo tem como resultado uma "documentação executável da arquitetura" que facilita muito a vida de toda a equipe.

1. Arquiteturas
Executáveis
ÉVERTON RIBEIRO

2. @nuxlli
manutenção, operação,
desenvolvimento,
pesquisa e
empreendimento

4. D vs O

5. desenvolvimento vs. operação

6. Arquitetura da aplicação Arquitetura do sistema
Entregar para ontem a
solução que atenda todos
os requisitos funcionais.
Garantir que seja lá o que o
dev entregue: rode, seja
seguro e escale. (ontem)

8. Se a comunicação falhar, a
aplicação falhará e todos
perdem.

9. Soluções?!?

10. Documentações
Wikis, playbooks,
chats, café…

11. O principal problema das
documentações de arquitetura
é que ninguém atualiza.

12. Ferramentas
chef, puppet, ansible, vagrant,
terraform, monit, god…

13. Lembre-se: desenvolvedores
estão focados em desenvolver.
E deveriam estar mesmo!

14. vagrant,
terraform,
monit, god…

15. Operation Engineer
Muito importante e funciona,
mas tem custo alto e ainda
opera por instrumentos.

16. Se boas práticas fossem fáceis
de adotar a documentação
estaria em dia ;)

17. Arquiteturas
executáveis

18. Linguagem de alto nível, que
diferente de fluxogramas…

19. … pode ser interpretada para
implantação e automação de
sistemas.

20. systems({
api: {
image : "ruby",
depends: [ "mysql" ],
//...
},
mysql: //...,
});

21. systems({
api: {
image : "ruby",
depends: [ "mysql" ],
ports : { http: "80/tcp" },
},
mysql: {
ports: { data: "3306/tcp" },
},
});

22. systems({
api: {
image : "ruby",
depends: [ "mysql" ],
ports : { http: "80/tcp" },
http : { domains: [ "api.myapp.azk.dev" ] },
},
mysql: {
ports: { data: "3306/tcp" },
},
});

23. systems({
api: {
image : "ruby",
depends: [ "mysql" ],
ports : { http: "80/tcp" },
http : { domains: [ "api.myapp.azk.dev" ] },
},
mysql: {
envs : { USER: "user", PASSWORD: "pass" }, //.env
ports: { data: "3306/tcp" },
},
});

24. A "documentação" da arquitetura
se torna parte da solução, sendo
essencial na sua execução.

25. É resultado do fluxo de trabalho
do desenvolvedor e do arquiteto
de sistemas.

26. fluxo de trabalho

27. fluxo de trabalho
arquitetura

28. AZK

29. Ferramenta open source para
orquestração de ambientes
de desenvolvimento…

30. Configuração
DNS
Instalação
Webservices
Logs
Monitoramento
AZK
Dependências
Receitas

31. …através de arquivos
manifesto de alto nível.

32. É uma descrição sucinta dos
componentes que formam a
arquitetura da aplicação.

33. Bem como da relação entre
esses componentes e de que
forma eles são acessados.

34. Exemplificando:

35. small.io - Web (Rails)
- Database (Mysql)

36. $ cd ~/blog
$ azk init
azk: System ruby/rails detected: ‘blog’
azk: Required system mysql detected in ‘blog'
azk: ‘Azkfile.js’ generated
!
Tip:
Adds the `.azk` in .gitignore
echo ‘.azk’ >> .gitignore

37. // Azkfile.js (JavaScript DSL)
systems({
blog: {
image : "azukiapp/ruby",
depends : [ "mysqldb" ],
provision : [ "bundle install /azk/bundler" ],
command : "rackup -s thin",
mounts : {
"/azk/#{manifest.dir}": path("."),
“/azk/bundler" : persistent("bundler"),
},
scalable : { default: 2 },
http: { domains: [ "#{system.name}.azk.dev" ], },
env : [ RUBY_ENV: "dev", BUNDLE_APP_CONFIG: "/azk/bundler" ],
},
mysqldb: {
image : "azukiapp/mysql",
mounts: { "/data/db": persistent("data") },
},
});

38. $ azk start
!
Get images:
- azukiapp/mysql
- azukiapp/ruby
!
Starting:
- db
- blog (instances: 3) (linked with: db)

39. E PRONTO!
Basta acessar http://blog.dev.azk
e sua aplicação já esta rodando.

40. Apenas 3 passos simples
- Instalar o azk
- $ azk init
- $ azk start

41. Microservice

42. Um projeto ou aplicação, mesmo
simples, pode ser visto como um
System of Systems (SoS).

43. Em outras palavras
Microservice Architecture.
http://martinfowler.com/articles/
microservices.html

44. small.io - Web
- Database

45. big.com
- Front
- Databases:
- Mysql
- Redis
- Workers
- API
- Proxy payment
- Facebook auth
- etc…

46. "Ambientes podem ser complexos
só não podem ser desordenados"
(@fnando)

47. Resumindo

48. A comunicação se dá por
meio do manifesto e da
ferramenta.

49. Uma lingua franca é
estabelecida para
comunicação do time.

51. Lembre-se: arquiteturas de
aplicações e de sistemas devem
ser vivas e vividas no seu projeto.

52. Status do azk

53. Versão 0.6.1 estável
disponível em http://azk.io

54. Para mac e linux,
windows em breve.

55. Documentação
Hoje: apenas o README e
exemplos. Mas temos mais a
caminho.

56. Suporte
Github issues e
e-mail.

57. Éverton Ribeiro // @nuxlli
everton@azukiapp.com
!
Slides: bit.ly/weop_arquiteturas_executaveis