O documento discute os benefícios do Docker para desenvolvedores, incluindo não ter que se preocupar com a instalação e configuração de ambientes para cada projeto, garantir que projetos rodarão da mesma forma em qualquer lugar, e facilitar o processo de deploy reduzindo erros de compatibilidade.

1. Docker
Servidor para quem tem preguiça

2. Tudo começa ao finalizar uma entrega

3. Empacotar

4. Entregar

5. Então você entrega esse pacote para o “cliente”

6. Só que o pacote precisa de mais coisas

7. Só que o pacote precisa de mais coisas

8. Só que o pacote precisa de mais coisas

9. As vezes o “especialista” em infra faz errado

10. Qual a ideia do docker

11. Qual a ideia do docker

12. Qual a ideia do docker

13. É uma VM configurada então?

14. Arquivo ISO?

15. Exatamente isso

16. E no Docker?

17. Um “container” - Docker image

18. Estados de um “container”

25. Porque usar Docker em produção?

26. Menos chances de erros

27. Poupar tempo

28. E dinheiro

29. E dinheiro - escalar e desescalar

30. O que o Docker facilita na minha vida?
● Não é preciso mais se preocupar em instalar ambientes para todos os projetos
○ Menos bloat e linguagens que você usou só uma vez no seu sistema
○ Não é necessário usar vários tutoriais para procurar a configuração X de uma linguagem Y que você usou
algumas vezes apenas.
● Você sabe que o projeto terá as mesmas configurações em todos os lugares que você o executar
○ Fim do famoso “funciona na minha máquina” já que todos os projetos vão rodar exatamente do mesmo jeito
○ Não ter que preocupar com versões super específicas de libs e ambientes
● Projetos legados rodam com maior confiança
○ Basta usar docker e a dor de cabeça de pegar um projeto com dependências velhas não existe mais.
● Roda em qualquer sistema
○ A melhor parte do docker é que devs usando sistemas diferentes não tem problemas de compatibilidade
entre si

31. O que o Docker facilita na minha vida?
● Facilita o deploy
○ É mais fácil com o docker testar ambientes de produção localmente e então pegar erros que só seriam
percebidos depois que fossem pro ar.
○ Como existe uma padronização, as chances de existirem erros de compatibilidade na hora de dar deploy são
mínimas.
○ Paz de espírito de saber que se der algo errado é só resetar o docker-compose e não seguir uma rotina
gigantesca de subir vários serviços.
○ É mais fácil de escalar

32. O que vai mudar na minha rotina de dev?
● Você irá usar o terminal com uma frequência maior
○ Docker é um linux empacotado, qualquer coisa que você quiser alterar dentro do container docker será por
linha de comando.
○ Acostume a não executar os projetos localmente, mas dentro dos containers
● Algumas ferramentas de debug vão precisar ser adaptadas para funcionarem remotamente (tty)
● Lembrar de executar o docker antes de começar a desenvolver