Acabei de ver o vídeo, muito bom saber da evolução da ferramenta. Por hora eu estou usando o Rancher Desktop é bem semelhante ao Docker Desktop e é free, recomendo o uso.
Outro vídeo muito bacana!! Legal essas novas otimizações do Docker Desktop, isso poderá ajudar muita gente. Eu particularmente até tendo 16GB no meu notebook, ainda prefiro o bom e velho engine instalado da forma tradicional que já está inclusive devidamente "codado" nos meus scripts, e trabalhar via cli porém, ter opções para outros cenários é sempre bom! ;-)
Querendo ou não, o docker desktop é mais utilizado para os inicientes, porém ele utiliza muitos recursos da sua máquina. Caso o seu pc/notebook tenha uma ram inferior a 16/8gb de ram, sugiro que você utilize o engine, pois é mais leve, e não vai travar muito o seu sistema, como geralmente é o meu caso 4gb ram no computador. A única desvantagem em utilizar o engine no wsl ou diretamente no pc é a dificuldade de instalar ou ativar extenções, como o ks8.
Oi Gabriel, tudo bem? Obrigado pelo feedback! Sim, o Docker Desktop ajuda muito os iniciantes, mas para quem já tem experiência ajuda também, porque você acaba querendo ter mais praticidade. Tem outros benefícios, como falei no vídeo. Ele rodar em cima de uma VM sandbox que trás mais segurança, uma vez que imagens Docker podem trazer vulnerabilidade, então elas ficam mais restritas, além de poder manipular coisas específicas do kernel, coisas mais recentes para trazer mais algumas funcionalidades e etc + extensões, plugins e virá integração futura com testcontainers e etc. Tem que analisar cada caso, se puxar muitos recursos da máquina, a opção é o Docker Engine!
Usei Windows por quase toda minha vida. Usei Linux por 3 anos e a há 3 anos estou no Mac. No Mac, depois que conheci o OrbStack, nunca mais eu quis saber do Docker Desktop.
Pode parecer boba a minha duvida e eu já me desculpo. Não manjo tanto do desktop, mas no caso, se vc ta sem nenhum container, nao seria só fechar ele, pra liberar recursos? Pensando numa maquina de desenvolvedor
Oi Pedro, tudo bem? Você pode colocar o VHDX da distribuição do Docker Desktop em outro HD. Vai ser ele que vai ocupar muito espaço, porque as imagens e container ficam dentro dele
Pra que usar docker e docker desktop se tem Podman. Podman com Podman Desktop não tem erro, rootless, você consegue trabalhar com Pods, API equivalente a do Docker, então é possível usar docker composer ativando o socket, ou usar Podman composer que trabalha usando pods na geração. Até hoje apenas um projeto precisei realmente usar Docker por que sei lá que raios fizeram na imagem que não rodava se não fosse docker, de resto nunca tive problemas.
Cara adoro o Podman! Agora rootless em desenvolvimento tanto faz ;) Outra coisa é que docker também pode trabalhar rootless. Podman também não possui todos os recursos do Docker compose. Podman também ainda não utiliza sistema de arquivos do syncronized file shares que o docker recentemente adicionou. Isso faz muita diferença a trabalhar com projetos com mais de 100k de arquivos. Também o podman destkop está ainda muito atrás do docker desktop. Não sei qual ambiente de dev vc usa no dia a dia, mas se vc usa mac, o docker é bem mais redondo. Novamente, podman é muito top! Mas mesmo sendo daemonless em muitos casos, a diferença entre performance é imperceptível ou dependendo de como é sua estrutura de redes, volumes etc, o docker pode ser mais rápido. O que eu penso é que ambiente de desenvolvimento, quanto mais recursos e ferramentas melhor, uma vez que em produção tudo rodará no k8s. Também as mudanças fortes de otimização do containerd e runc como docker estruturou ta bem bacana. Outra rápida observação sobre rootless é que a não ser que vc use linux e isso é totalmente irrelevante para ambiente de dev, uma vez que para mac e windows você já roda em uma vm… Abs
Outro detalhe importante sobre a utilização de pods. A não ser que você precise trabalhar com diversos sidecars na sua aplicação, de forma geral nem é recomendado fazer a utilização de pods com mais de um container uma vez que eles utilizam o mesmo namespace e compartilham do mesmo PID, o que de forma geral isso não é nem um pouco recomendado. Mesmo no kubernetes a utilização de mais de um container por pod é desencorajada, normalmente as peculiaridades são casos como de sidecars applications como já citei. Fora isso, o bom e velho docker compose faz o serviço. 🎉
Grande Luiz!
Maneiro argentinaluiz valeu pelas atualizações, parabéns pelo premio, merecido!
Luiz você é mostro! obrigado pelo seus ensinamentos
Grande Luiz, admiro demais!
Acabei de ver o vídeo, muito bom saber da evolução da ferramenta. Por hora eu estou usando o Rancher Desktop é bem semelhante ao Docker Desktop e é free, recomendo o uso.
Outro vídeo muito bacana!! Legal essas novas otimizações do Docker Desktop, isso poderá ajudar muita gente. Eu particularmente até tendo 16GB no meu notebook, ainda prefiro o bom e velho engine instalado da forma tradicional que já está inclusive devidamente "codado" nos meus scripts, e trabalhar via cli porém, ter opções para outros cenários é sempre bom! ;-)
Parabéns pelo reconhecimento no docker Luiz 🎉
Muito obrigado Israel!
Até que enfim, sensato 😅
Sugiro verificar o status atual do Podman Desktop, para saber se ele pode ser uma alternativa ao Docker Desktop.
Excelente vídeo!
Querendo ou não, o docker desktop é mais utilizado para os inicientes, porém ele utiliza muitos recursos da sua máquina. Caso o seu pc/notebook tenha uma ram inferior a 16/8gb de ram, sugiro que você utilize o engine, pois é mais leve, e não vai travar muito o seu sistema, como geralmente é o meu caso 4gb ram no computador. A única desvantagem em utilizar o engine no wsl ou diretamente no pc é a dificuldade de instalar ou ativar extenções, como o ks8.
Oi Gabriel, tudo bem?
Obrigado pelo feedback!
Sim, o Docker Desktop ajuda muito os iniciantes, mas para quem já tem experiência ajuda também, porque você acaba querendo ter mais praticidade.
Tem outros benefícios, como falei no vídeo. Ele rodar em cima de uma VM sandbox que trás mais segurança, uma vez que imagens Docker podem trazer vulnerabilidade, então elas ficam mais restritas, além de poder manipular coisas específicas do kernel, coisas mais recentes para trazer mais algumas funcionalidades e etc + extensões, plugins e virá integração futura com testcontainers e etc.
Tem que analisar cada caso, se puxar muitos recursos da máquina, a opção é o Docker Engine!
Usei Windows por quase toda minha vida. Usei Linux por 3 anos e a há 3 anos estou no Mac. No Mac, depois que conheci o OrbStack, nunca mais eu quis saber do Docker Desktop.
Obrigado pelo feedback, o Orbstack é uma ótima alternativa no Mac, tem muita gente usando o Colima também
Pode parecer boba a minha duvida e eu já me desculpo. Não manjo tanto do desktop, mas no caso, se vc ta sem nenhum container, nao seria só fechar ele, pra liberar recursos? Pensando numa maquina de desenvolvedor
Uma dúvida tem como instalar o Docker Desktop em outro hd não sendo o disco local C:? meu ssd é mt pequeno e acaba ficando lotado (windows 10)
Oi Pedro, tudo bem?
Você pode colocar o VHDX da distribuição do Docker Desktop em outro HD. Vai ser ele que vai ocupar muito espaço, porque as imagens e container ficam dentro dele
@@argentinaluiz Vlw man ✌
Pra que usar docker e docker desktop se tem Podman. Podman com Podman Desktop não tem erro, rootless, você consegue trabalhar com Pods, API equivalente a do Docker, então é possível usar docker composer ativando o socket, ou usar Podman composer que trabalha usando pods na geração. Até hoje apenas um projeto precisei realmente usar Docker por que sei lá que raios fizeram na imagem que não rodava se não fosse docker, de resto nunca tive problemas.
Cara adoro o Podman! Agora rootless em desenvolvimento tanto faz ;) Outra coisa é que docker também pode trabalhar rootless. Podman também não possui todos os recursos do Docker compose. Podman também ainda não utiliza sistema de arquivos do syncronized file shares que o docker recentemente adicionou. Isso faz muita diferença a trabalhar com projetos com mais de 100k de arquivos. Também o podman destkop está ainda muito atrás do docker desktop.
Não sei qual ambiente de dev vc usa no dia a dia, mas se vc usa mac, o docker é bem mais redondo.
Novamente, podman é muito top! Mas mesmo sendo daemonless em muitos casos, a diferença entre performance é imperceptível ou dependendo de como é sua estrutura de redes, volumes etc, o docker pode ser mais rápido. O que eu penso é que ambiente de desenvolvimento, quanto mais recursos e ferramentas melhor, uma vez que em produção tudo rodará no k8s. Também as mudanças fortes de otimização do containerd e runc como docker estruturou ta bem bacana.
Outra rápida observação sobre rootless é que a não ser que vc use linux e isso é totalmente irrelevante para ambiente de dev, uma vez que para mac e windows você já roda em uma vm…
Abs
Outro detalhe importante sobre a utilização de pods. A não ser que você precise trabalhar com diversos sidecars na sua aplicação, de forma geral nem é recomendado fazer a utilização de pods com mais de um container uma vez que eles utilizam o mesmo namespace e compartilham do mesmo PID, o que de forma geral isso não é nem um pouco recomendado. Mesmo no kubernetes a utilização de mais de um container por pod é desencorajada, normalmente as peculiaridades são casos como de sidecars applications como já citei. Fora isso, o bom e velho docker compose faz o serviço. 🎉
Faz 3 anos que uso Docker desktop em Windows e Linux sem problemas nenhum
🙅🏽♂️
Se eu já tenho a engine funcionando, preciso desinstalar? ou basta parar o serviço do docker?
Oi, tudo bem? Se estiver no Linux mesmo, os 2 rodam juntos, se estiver no Windows precisa ser desinstalado, não dá pra rodar os 2 juntos
Obrigado
prefiro ficar nas minhas linhas de comando rsrs...
Portainer resolve todos problemas