Upgrade to Pro — share decks privately, control downloads, hide ads and more …

12 Factor Melhor com Docker

12 Factor Melhor com Docker

Talk on Darkmira Tour 2016 Brasilia DF

Wellington F. Silva

March 19, 2016
Tweet

More Decks by Wellington F. Silva

Other Decks in Technology

Transcript

  1. Aplicações 12 fatores
    Melhor com Docker

    View full-size slide

  2. wsilva/tom/boina
    ● Devops na GFG
    ● @_wsilva

    View full-size slide

  3. Agenda
    ● O que é Docker?
    ● O que é 12 factor app?
    ● Os 12 fatores
    ● Como o Docker adere a cada fator

    View full-size slide

  4. O que é Docker?

    View full-size slide

  5. O que é Docker?
    ● Sistema de contêineres Linux

    View full-size slide

  6. O que é Docker?
    ● Sistema de contêineres Linux
    ● Muito leve e rápido

    View full-size slide

  7. O que é Docker?
    ● Sistema de contêineres Linux
    ● Muito leve e rápido
    ● Muitas vantagens em relação à virtualização

    View full-size slide

  8. O que é Docker?
    ● Sistema de contêineres Linux
    ● Muito leve e rápido
    ● Muitas vantagens em relação à virtualização
    ● Build, Ship, Run anywhere

    View full-size slide

  9. O que é Docker?
    ● Sistema de contêineres Linux
    ● Muito leve e rápido
    ● Muitas vantagens em relação à virtualização
    ● Build, Ship, Run anywhere
    ● Tem ferramentas para orquestração

    View full-size slide

  10. O que é Docker?
    ● Sistema de contêineres Linux
    ● Muito leve e rápido
    ● Muitas vantagens em relação à virtualização
    ● Build, Ship, Run anywhere
    ● Tem ferramentas para orquestração
    ● Tem ferramentas para clusterização

    View full-size slide

  11. O que é Docker?
    ● Sistema de contêineres Linux
    ● Muito leve e rápido
    ● Muitas vantagens em relação à virtualização
    ● Build, Ship, Run anywhere
    ● Tem ferramentas para orquestração
    ● Tem ferramentas para clusterização
    ● Criado por Solomon Hykes

    View full-size slide

  12. O que é Docker?
    ● Sistema de contêineres Linux
    ● Muito leve e rápido
    ● Muitas vantagens em relação à virtualização
    ● Build, Ship, Run anywhere
    ● Tem ferramentas para orquestração
    ● Tem ferramentas para clusterização
    ● Criado por Solomon Hykes
    ● Open Source

    View full-size slide

  13. O que é Docker?
    ● Sistema de contêineres Linux
    ● Muito leve e rápido
    ● Muitas vantagens em relação à virtualização
    ● Build, Ship, Run anywhere
    ● Tem ferramentas para orquestração
    ● Tem ferramentas para clusterização
    ● Criado por Solomon Hykes
    ● Open Source
    ● http://www.docker.com

    View full-size slide

  14. O que é 12 factor app?

    View full-size slide

  15. O que é 12 factor app?
    ● Metodologia para desenvolvimento de apps web e SAAS
    (Software as a Service)

    View full-size slide

  16. O que é 12 factor app?
    ● Metodologia para desenvolvimento de apps web e SAAS
    (Software as a Service)
    ● Aplicável em qualquer linguagem de programação de alto
    nível

    View full-size slide

  17. O que é 12 factor app?
    ● Metodologia para desenvolvimento de apps web e SAAS
    (Software as a Service)
    ● Aplicável em qualquer linguagem de programação de alto
    nível
    ● Facilita portabilidade e escalabilidade

    View full-size slide

  18. O que é 12 factor app?
    ● Metodologia para desenvolvimento de apps web e SAAS
    (Software as a Service)
    ● Aplicável em qualquer linguagem de programação de alto
    nível
    ● Facilita portabilidade e escalabilidade
    ● Criado por Adam Wiggins e outros colaboradores do Heroku

    View full-size slide

  19. O que é 12 factor app?
    ● Metodologia para desenvolvimento de apps web e SAAS
    (Software as a Service)
    ● Aplicável em qualquer linguagem de programação de alto
    nível
    ● Facilita portabilidade e escalabilidade
    ● Criado por Adam Wiggins e outros colaboradores do Heroku
    ● Foca em problemas sistêmicos comuns

    View full-size slide

  20. O que é 12 factor app?
    ● Metodologia para desenvolvimento de apps web e SAAS
    (Software as a Service)
    ● Aplicável em qualquer linguagem de programação de alto
    nível
    ● Facilita portabilidade e escalabilidade
    ● Criado por Adam Wiggins e outros colaboradores do Heroku
    ● Foca em problemas sistêmicos comuns
    ● Inspirado no "Patterns of Enterprise Application
    Architecture" e no "Refactoring" de Martin Fowler

    View full-size slide

  21. O que é 12 factor app?
    ● Metodologia para desenvolvimento de apps web e SAAS
    (Software as a Service)
    ● Aplicável em qualquer linguagem de programação de alto
    nível
    ● Facilita portabilidade e escalabilidade
    ● Criado por Adam Wiggins e outros colaboradores do Heroku
    ● Foca em problemas sistêmicos comuns
    ● Inspirado no "Patterns of Enterprise Application
    Architecture" e no "Refactoring" de Martin Fowler
    ● http://12factor.net

    View full-size slide

  22. "Quando o relógio bate a uma,
    todas as caveiras saem das
    tumbas."
    Tumbalacatumba tumba tá, tumbalacatumba tumba tá

    View full-size slide

  23. I - Base de Código
    ● Repositório único por app (git, hg, svn, bazaar)

    View full-size slide

  24. I - Base de Código
    ● Repositório único por app (git, hg, svn, bazaar)
    ● + de um codebase é um sistema distribuído

    View full-size slide

  25. I - Base de Código
    ● Repositório único por app (git, hg, svn, bazaar)
    ● + de um codebase é um sistema distribuído
    ● Mais apps num mesmo codebase é errado

    View full-size slide

  26. I - Base de Código
    ● Repositório único por app (git, hg, svn, bazaar)
    ● + de um codebase é um sistema distribuído
    ● Mais apps num mesmo codebase é errado
    ● Vários deploys (dev1, dev2, dev3, staging, qa, integration, production)

    View full-size slide

  27. I - Base de Código
    ● Repositório único por app (git, hg, svn, bazaar)
    ● + de um codebase é um sistema distribuído
    ● Mais apps num mesmo codebase é errado
    ● Vários deploys (dev1, dev2, dev3, staging, qa, integration, production)
    Docker:
    ● Colocar Dockerfiles no repositório

    View full-size slide

  28. I - Base de Código
    1 cd 12factor
    2 git init .
    3 git add web-container/Dockerfile
    4 git add wer-source/*
    5 git commit -m "Iniciando os trabalhos"

    View full-size slide

  29. "Quando o relógio bate as duas,
    todas as caveiras pintam as
    unhas."
    Tumbalacatumba tumba tá, tumbalacatumba tumba tá

    View full-size slide

  30. II - Dependências
    ● Devem ser declaradas e isoladas

    View full-size slide

  31. II - Dependências
    ● Devem ser declaradas e isoladas
    ● Devem estar presentes em um arquivo manifesto (composer.json,
    requirements.txt, Gemfile)

    View full-size slide

  32. II - Dependências
    ● Devem ser declaradas e isoladas
    ● Devem estar presentes em um arquivo manifesto (composer.json,
    requirements.txt, Gemfile)
    ● Utilizar ferramentas de empacotamento (composer, pip, maven, bundle)

    View full-size slide

  33. II - Dependências
    ● Devem ser declaradas e isoladas
    ● Devem estar presentes em um arquivo manifesto (composer.json,
    requirements.txt, Gemfile)
    ● Utilizar ferramentas de empacotamento (composer, pip, maven, bundle)
    ● Dependencias de recursos de SO devem ser vendorizadas em um novo app

    View full-size slide

  34. II - Dependências
    ● Devem ser declaradas e isoladas
    ● Devem estar presentes em um arquivo manifesto (composer.json,
    requirements.txt, Gemfile)
    ● Utilizar ferramentas de empacotamento (composer, pip, maven, bundle)
    ● Dependencias de recursos de SO devem ser vendorizadas em um novo app
    ● Mudanças são rapidamente detectadas na construção

    View full-size slide

  35. II - Dependências
    ● Devem ser declaradas e isoladas
    ● Devem estar presentes em um arquivo manifesto (composer.json,
    requirements.txt, Gemfile)
    ● Utilizar ferramentas de empacotamento (composer, pip, maven, bundle)
    ● Dependencias de recursos de SO devem ser vendorizadas em um novo app
    ● Mudanças são rapidamente detectadas na construção
    Docker
    ● Dependências ficam explícitas no Dockerfile
    (FROM, ADD, COPY)

    View full-size slide

  36. II - Dependências
    1 FROM nginx:1.9.9
    2 RUN apt-get update \
    3 && apt-get install -y -q --no-install-recommends \
    4 ca-certificates \
    5 wget \
    6 && apt-get clean \
    7 && rm -r /var/lib/apt/lists/*
    8 RUN echo "daemon off;" >> /etc/nginx/nginx.conf \
    9 && sed -i 's/^http {/&\n server_names_hash_bucket_size 128;
    /g' /etc/nginx/nginx.conf

    View full-size slide

  37. II - Dependências
    1 ADD https://github.com/alanxz/rabbitmq-c/archive/v0.5.2.zip
    /rabbitmq-c-0.5.2.zip
    2 RUN unzip rabbitmq-c-0.5.2.zip \
    3 && cd rabbitmq-c-0.5.2 \
    4 && autoreconf -i \
    5 && ./configure \
    6 && make \
    7 && make install \
    8 && pecl install amqp \

    View full-size slide

  38. II - Dependências
    9 && echo "extension=amqp.so" > /etc/php5/mods-available/amqp.
    ini \
    10 && cd / \
    11 && rm rabbitmq-c-0.5.2.zip \
    12 && rm -rf rabbitmq-c-0.5.2

    View full-size slide

  39. "Quando o relógio bate as três,
    todas as caveiras imitam chinês."
    Tumbalacatumba tumba tá, tumbalacatumba tumba tá

    View full-size slide

  40. ● Configurações devem ser armazenadas no ambiente
    III - Configurações

    View full-size slide

  41. ● Configurações devem ser armazenadas no ambiente
    ● Configuração é tudo que varia conforme o deploy (dev, homolog, QA,
    instâncias em produção)
    III - Configurações

    View full-size slide

  42. ● Configurações devem ser armazenadas no ambiente
    ● Configuração é tudo que varia conforme o deploy (dev, homolog, QA,
    instâncias em produção)
    ● Informações de acesso a recursos (Servidores de Storage, Serviço de cache,
    Acesso a banco de dados)
    III - Configurações

    View full-size slide

  43. III - Configurações
    ● Configurações devem ser armazenadas no ambiente
    ● Configuração é tudo que varia conforme o deploy (dev, homolog, QA,
    instâncias em produção)
    ● Informações de acesso a recursos (Servidores de Storage, Serviço de cache,
    Acesso a banco de dados)
    Docker
    ● Ao construir e ao iniciar um container podemos definir
    variáveis de ambiente

    View full-size slide

  44. III - Configurações
    1 export TESTING="12 factor"

    View full-size slide

  45. III - Configurações
    1 docker run -d --name web \
    2 --env TESTING="12 factor" nginx
    3 docker run -d --name backend \
    4 --env-file ./env-file myimage/backend
    5 docker run -d --name db \
    6 --env "MYSQL_ROOT_PASSWORD=senha" \
    7 --env "MYSQL_DATABASE=mydb" mysql

    View full-size slide

  46. III - Configurações
    1 2
    3 $var = getenv('TESTING');
    4 echo $var; //12 factor

    View full-size slide

  47. "Quando o relógio bate as quatro,
    todas as caveiras tiram retrato."
    Tumbalacatumba tumba tá, tumbalacatumba tumba tá

    View full-size slide

  48. IV - Serviços de Apoio
    ● Trate serviços de apoio como recursos anexados.

    View full-size slide

  49. IV - Serviços de Apoio
    ● Trate serviços de apoio como recursos anexados.
    ● São serviços consumidos via rede

    View full-size slide

  50. IV - Serviços de Apoio
    ● Trate serviços de apoio como recursos anexados.
    ● São serviços consumidos via rede
    ● Exemplos: MySQL, Redis, Memcache, APIs, serviços de e-mail, Filas

    View full-size slide

  51. IV - Serviços de Apoio
    ● Trate serviços de apoio como recursos anexados.
    ● São serviços consumidos via rede
    ● Exemplos: MySQL, Redis, Memcache, APIs, serviços de e-mail, Filas
    ● Por ser anexado podemos trocar o recurso caso apresente problemas

    View full-size slide

  52. IV - Serviços de Apoio
    ● Trate serviços de apoio como recursos anexados.
    ● São serviços consumidos via rede
    ● Exemplos: MySQL, Redis, Memcache, APIs, serviços de e-mail, Filas
    ● Por ser anexado podemos trocar o recurso caso apresente problemas
    Docker:
    ● Os serviços de apoio também podem ser outros containers

    View full-size slide

  53. IV - Serviços de Apoio
    1 # docker-compose.yml
    2 web:
    3 image: account/webimage
    4 ports:
    5 - "80:80"
    6 links:
    7 - "redis:redis.dev"
    8 - "mysql-write:mysql02.service-provider.com"
    9 - "mysql-read:192.168.1.77"
    10 redis:
    11 image: redis:2.8
    12 hostname: redis.dev
    13 ports:

    View full-size slide

  54. IV - Serviços de Apoio
    12 hostname: redis.dev
    13 ports:
    14 - "6379:6379"
    15 entrypoint: ["redis-server"]
    16 command: ["--appendonly", "yes"]

    View full-size slide

  55. "Quando o relógio bate as cinco,
    todas as caveiras apertam os
    cintos."
    Tumbalacatumba tumba tá, tumbalacatumba tumba tá

    View full-size slide

  56. V - Contruir, lançar e executar
    ● Separemos claramente os estágios de construção e execução

    View full-size slide

  57. V - Contruir, lançar e executar
    ● Separemos claramente os estágios de construção e execução
    ● Construção é a montagem do artefato e provisionamento de dependências

    View full-size slide

  58. V - Contruir, lançar e executar
    ● Separemos claramente os estágios de construção e execução
    ● Construção é a montagem do artefato e provisionamento de dependências
    ● Na construção que temos que detectar problemas (testes automatizados)

    View full-size slide

  59. V - Contruir, lançar e executar
    ● Separemos claramente os estágios de construção e execução
    ● Construção é a montagem do artefato e provisionamento de dependências
    ● Na construção que temos que detectar problemas (testes automatizados)
    ● Lançamento é combinação do artefato com a configuração do ambiente de
    deploy

    View full-size slide

  60. V - Contruir, lançar e executar
    ● Separemos claramente os estágios de construção e execução
    ● Construção é a montagem do artefato e provisionamento de dependências
    ● Na construção que temos que detectar problemas (testes automatizados)
    ● Lançamento é combinação do artefato com a configuração do ambiente de
    deploy
    ● Cada lançamento deve ter um identificador único (release)

    View full-size slide

  61. V - Contruir, lançar e executar
    ● Separemos claramente os estágios de construção e execução
    ● Construção é a montagem do artefato e provisionamento de dependências
    ● Na construção que temos que detectar problemas (testes automatizados)
    ● Lançamento é combinação do artefato com a configuração do ambiente de
    deploy
    ● Cada lançamento deve ter um identificador único (release)
    ● Execução é a inicialização dos processos para fazer o app funcionar

    View full-size slide

  62. V - Contruir, lançar e executar
    Docker
    ● No Docker temos o mote: build, ship and run anywhere

    View full-size slide

  63. V - Contruir, lançar e executar
    1 docker build \
    2 -f Dockerfile-production \
    3 -t username/image \
    4 ./container/
    5 docker push username/image
    6 docker run -d username/images

    View full-size slide

  64. "Quando o relógio bate as seis,
    todas as caveiras jogam xadrez."
    Tumbalacatumba tumba tá, tumbalacatumba tumba tá

    View full-size slide

  65. ● Executar a aplicação com um ou mais processos
    VI - Processos

    View full-size slide

  66. ● Executar a aplicação com um ou mais processos
    ● A aplicação não deve guardar estado
    VI - Processos

    View full-size slide

  67. ● Executar a aplicação com um ou mais processos
    ● A aplicação não deve guardar estado
    ● Dados devem ser persistidos e recuperados de serviços de apoio
    VI - Processos

    View full-size slide

  68. ● Executar a aplicação com um ou mais processos
    ● A aplicação não deve guardar estado
    ● Dados devem ser persistidos e recuperados de serviços de apoio
    ● Não devem ser daemon ou ter arquivo PID, deve trabalhar com o ambiente
    (upstart)
    VI - Processos

    View full-size slide

  69. ● Executar a aplicação com um ou mais processos
    ● A aplicação não deve guardar estado
    ● Dados devem ser persistidos e recuperados de serviços de apoio
    ● Não devem ser daemon ou ter arquivo PID, deve trabalhar com o ambiente
    (upstart)
    Docker
    ● Cada contêiner tem seu processo único
    VI - Processos

    View full-size slide

  70. VI - Processos
    ● Executar a aplicação com um ou mais processos
    ● A aplicação não deve guardar estado
    ● Dados devem ser persistidos e recuperados de serviços de apoio
    ● Não devem ser daemon ou ter arquivo PID, deve trabalhar com o ambiente
    (upstart)
    Docker
    ● Cada contêiner tem seu processo único
    ● Pode ser adicionado processos aos contêineres

    View full-size slide

  71. VI - Processos
    1 # docker-compose.yml
    2 redis:
    3 image: redis:2.8
    4 ports:
    5 - "6379:6379"
    6 entrypoint: ["redis-server"]
    7 command: ["--appendonly", "yes"]

    View full-size slide

  72. "Quando o relógio bate as sete,
    todas as caveiras jogam
    basquete."
    Tumbalacatumba tumba tá, tumbalacatumba tumba tá

    View full-size slide

  73. ● Exportar os serviços através do vínculo de portas
    VII - Vínculo de portas

    View full-size slide

  74. ● Exportar os serviços através do vínculo de portas
    ● Cada app deve escutar e receber as requisições em sua porta
    VII - Vínculo de portas

    View full-size slide

  75. ● Exportar os serviços através do vínculo de portas
    ● Cada app deve escutar e receber as requisições em sua porta
    Docker
    ● Cada container pode exportar uma porta e o vínculo é feito em uma porta do
    host
    VII - Vínculo de portas

    View full-size slide

  76. VII - Vínculo de portas
    ● Exportar os serviços através do vínculo de portas
    ● Cada app deve escutar e receber as requisições em sua porta
    Docker
    ● Cada container pode exportar uma porta e o vínculo é feito em uma porta do
    host
    ● Podemos escolher qual porta do host será vinculada ao container

    View full-size slide

  77. VII - Vínculo de portas
    1 # docker-compose.yml
    2 web:
    3 image: username/webimage
    4 ports:
    5 - "80"
    6 - "443"
    7 - "8000:8000"

    View full-size slide

  78. "Quando o relógio bate as oito,
    todas as caveiras comem
    biscoito."
    Tumbalacatumba tumba tá, tumbalacatumba tumba tá

    View full-size slide

  79. ● Escalar com base no processo usado como modelo
    VIII - Concorrência

    View full-size slide

  80. ● Escalar com base no processo usado como modelo
    ● Processos podem ser web ou workers
    VIII - Concorrência

    View full-size slide

  81. ● Escalar com base no processo usado como modelo
    ● Processos podem ser web ou workers
    ● Mais processos em paralelo, mais requisições são respondidas ou mais
    rápido terminam processamentos em lote.
    VIII - Concorrência

    View full-size slide

  82. VIII - Concorrência
    ● Escalar com base no processo usado como modelo
    ● Processos podem ser web ou workers
    ● Mais processos em paralelo, mais requisições são respondidas ou mais
    rápido terminam processamentos em lote.
    Docker
    ● Podemos escalar a quantidade de contêineres que executam uma tarefa.

    View full-size slide

  83. VIII - Concorrência
    1 docker-compose scale web=5 worker=3
    2 docker-compose scale web=1 worker=1

    View full-size slide

  84. "Quando o relógio bate as nove,
    todas as caveiras se sacodem."
    Tumbalacatumba tumba tá, tumbalacatumba tumba tá

    View full-size slide

  85. ● Maximizar robustez
    IX - Descartabilidade

    View full-size slide

  86. ● Maximizar robustez
    ● Inicialização rápida e desligamento normal e suave (gracefull shutdown)
    IX - Descartabilidade

    View full-size slide

  87. ● Maximizar robustez
    ● Inicialização rápida e desligamento normal e suave (gracefull shutdown)
    ● Processos do app são descartáveis
    IX - Descartabilidade

    View full-size slide

  88. ● Maximizar robustez
    ● Inicialização rápida e desligamento normal e suave (gracefull shutdown)
    ● Processos do app são descartáveis
    ● Facilita escalonamento rápido e elástico
    IX - Descartabilidade

    View full-size slide

  89. ● Maximizar robustez
    ● Inicialização rápida e desligamento normal e suave (gracefull shutdown)
    ● Processos do app são descartáveis
    ● Facilita escalonamento rápido e elástico
    ● Evitar desligamento repentino (crash)
    IX - Descartabilidade

    View full-size slide

  90. IX - Descartabilidade
    ● Maximizar robustez
    ● Inicialização rápida e desligamento normal e suave (gracefull shutdown)
    ● Processos do app são descartáveis
    ● Facilita escalonamento rápido e elástico
    ● Evitar desligamento repentino (crash)
    Docker:
    ● Trocar uma configuração de um contêiner, subir novos e desligar os antigos

    View full-size slide

  91. IX - Descartabilidade
    ● Maximizar robustez
    ● Inicialização rápida e desligamento normal e suave (gracefull shutdown)
    ● Processos do app são descartáveis
    ● Facilita escalonamento rápido e elástico
    ● Evitar desligamento repentino (crash)
    Docker:
    ● Trocar uma configuração de um contêiner, subir novos e desligar os antigos
    ● Em um Swarm quando um nó cai os containers são
    reorganizados nos demais

    View full-size slide

  92. IX - Descartabilidade
    1 docker run -d -P \
    2 --memory=512M \
    3 --name webserver \
    4 nginx
    5 docker update --memory=1G webserver

    View full-size slide

  93. "Quando o relógio bate as dez,
    todas as caveiras comem
    pastéis."
    Tumbalacatumba tumba tá, tumbalacatumba tumba tá

    View full-size slide

  94. ● Manter os ambientes mais similares (desenvolvimento, homologação,
    produção)
    X - Paridade Dev/Prod

    View full-size slide

  95. ● Manter os ambientes mais similares (desenvolvimento, homologação,
    produção)
    ● Minimizar a lacuna de tempo (deploy em horas ou minutos)
    X - Paridade Dev/Prod

    View full-size slide

  96. ● Manter os ambientes mais similares (desenvolvimento, homologação,
    produção)
    ● Minimizar a lacuna de tempo (deploy em horas ou minutos)
    ● Minimizar a lacuna de pessoal (devs codam, ops fazem deploy)
    X - Paridade Dev/Prod

    View full-size slide

  97. X - Paridade Dev/Prod
    ● Manter os ambientes mais similares (desenvolvimento, homologação,
    produção)
    ● Minimizar a lacuna de tempo (deploy em horas ou minutos)
    ● Minimizar a lacuna de pessoal (devs codam, ops fazem deploy)
    ● Minimizar a lacuna de ferramentas (Dev com OSX, Nginx 1.2.1, PHP 7.0.3 e
    MySQL 5.6 - Prod com Nginx 1.9, PHP 5.5.33 e Percona 5.6)

    View full-size slide

  98. X - Paridade Dev/Prod
    ● Manter os ambientes mais similares (desenvolvimento, homologação,
    produção)
    ● Minimizar a lacuna de tempo (deploy em horas ou minutos)
    ● Minimizar a lacuna de pessoal (devs codam, ops fazem deploy)
    ● Minimizar a lacuna de ferramentas (Dev com OSX, Nginx 1.2.1, PHP 7.0.3 e
    MySQL 5.6 - Prod com Nginx 1.9, PHP 5.5.33 e Percona 5.6)
    Docker:
    ● Os contêineres que rodam em dev tem as mesmas versões
    das instâncias em produção

    View full-size slide

  99. 1 percona:
    2 image: percona:5.6
    3 ports:
    4 - "3306:3306"
    5 environment:
    6 - "MYSQL_ROOT_PASSWORD=senha"
    7 - "MYSQL_DATABASE=db"
    X - Paridade Dev/Prod

    View full-size slide

  100. X - Paridade Dev/Prod
    8 rabbit:
    9 image: rabbitmq:3-management
    10 ports:
    11 - "5672:5672"
    12 - "15672:15672"
    13 environment:
    14 - "TERM=linux"
    15 - "RABBITMQ_NODENAME=rabbit"
    16 - "RABBITMQ_DEFAULT_PASS=senha"
    17 - "RABBITMQ_DEFAULT_USER=admin"

    View full-size slide

  101. X - Paridade Dev/Prod
    18 redis:
    19 image: redis:2.8
    20 ports:
    21 - "6379:6379"
    22 entrypoint: ["redis-server"]
    23 command: ["--appendonly", "yes"]
    24 memcached:
    25 image: memcached:1.4
    26 ports:
    27 - "11211:11211"

    View full-size slide

  102. "Quando o relógio bate as onze,
    todas as caveiras sobem no
    bonde."
    Tumbalacatumba tumba tá, tumbalacatumba tumba tá

    View full-size slide

  103. ● Logs como fluxo de eventos ordenados no tempo
    XI - Logs

    View full-size slide

  104. ● Logs como fluxo de eventos ordenados no tempo
    ● O app escreve os eventos no fluxo stdout
    XI - Logs

    View full-size slide

  105. ● Logs como fluxo de eventos ordenados no tempo
    ● O app escreve os eventos no fluxo stdout
    ● Em dev os logs são consultados acessando os arquivos
    XI - Logs

    View full-size slide

  106. ● Logs como fluxo de eventos ordenados no tempo
    ● O app escreve os eventos no fluxo stdout
    ● Em dev os logs são consultados acessando os arquivos
    ● Em homolog e produção são capturados em roteadores tipo fluent, logplex,
    logstash
    XI - Logs

    View full-size slide

  107. ● Logs como fluxo de eventos ordenados no tempo
    ● O app escreve os eventos no fluxo stdout
    ● Em dev os logs são consultados acessando os arquivos
    ● Em homolog e produção são capturados em roteadores tipo fluent, logplex,
    logstash
    ● Busca e apresentação de logs com ferramentas tipo ELK (Elastic Search,
    Logstash e Kibana)
    XI - Logs

    View full-size slide

  108. XI - Logs
    Docker
    ● Containers tem drivers de log

    View full-size slide

  109. XI - Logs
    Docker
    ● Containers tem drivers de log
    ● Suporte a json-file, syslog, journald, gelf, fluentd, awslogs e splunk

    View full-size slide

  110. XI - Logs
    1 docker run \
    2 --log-driver=fluentd \
    3 --log-opt fluentd-address=localhost:24224 \
    4 --log-opt tag=docker.{{.Name}}

    View full-size slide

  111. "Quando o relógio bate as doze,
    todas as caveiras fazem pose"
    Tumbalacatumba tumba tá, tumbalacatumba tumba tá

    View full-size slide

  112. ● Tarefas administrativas são como processos pontuais
    XII - Processos Administrativos

    View full-size slide

  113. ● Tarefas administrativas são como processos pontuais
    ● Mesmo codebase
    XII - Processos Administrativos

    View full-size slide

  114. ● Tarefas administrativas são como processos pontuais
    ● Mesmo codebase
    ● Executar em ambiente idêntico
    XII - Processos Administrativos

    View full-size slide

  115. ● Tarefas administrativas são como processos pontuais
    ● Mesmo codebase
    ● Executar em ambiente idêntico
    ● Migrações de banco
    XII - Processos Administrativos

    View full-size slide

  116. ● Tarefas administrativas são como processos pontuais
    ● Mesmo codebase
    ● Executar em ambiente idêntico
    ● Migrações de banco
    ● Scripts de rotinas
    XII - Processos Administrativos

    View full-size slide

  117. ● Tarefas administrativas são como processos pontuais
    ● Mesmo codebase
    ● Executar em ambiente idêntico
    ● Migrações de banco
    ● Scripts de rotinas
    Docker
    ● Técnica de conteinerização de comandos
    XII - Processos Administrativos

    View full-size slide

  118. XII - Processos Administrativos
    ● Tarefas administrativas são como processos pontuais
    ● Mesmo codebase
    ● Executar em ambiente idêntico
    ● Migrações de banco
    ● Scripts de rotinas
    Docker
    ● Técnica de conteinerização de comandos
    ● Adicionar processo ao contêiner com docker exec

    View full-size slide

  119. XII - Processos Administrativos
    1 # subindo o server
    2 docker run --name db -d -P \
    3 --env "MYSQL_ROOT_PASSWORD=senha" \
    4 --env "MYSQL_DATABASE=banco" \
    5 percona

    View full-size slide

  120. XII - Processos Administrativos
    6 # rodando o client
    7 docker run -it \
    8 --link db:db \
    9 --rm percona \
    10 sh -c 'exec mysql -h"$MYSQL_PORT_3306_TCP_ADDR" -
    11 P"$MYSQL_PORT_3306_TCP_PORT" -uroot -
    p"$MYSQL_ENV_MYSQL_ROOT_PASSWORD"'

    View full-size slide

  121. https://joind.in/talk/91f92
    https://speakerdeck.com/wsilva
    Slides & Feedback

    View full-size slide