Luiz você é mostro! obrigado pelo seus ensinamentos
@hikifirchield2 ай бұрын
Maneiro argentinaluiz valeu pelas atualizações, parabéns pelo premio, merecido!
@fabiohenriquesalesgomes9992Ай бұрын
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.
@israelsouza94283 ай бұрын
Parabéns pelo reconhecimento no docker Luiz 🎉
@argentinaluiz3 ай бұрын
Muito obrigado Israel!
@gabrielaferreira881Ай бұрын
Grande Luiz!
@gabrielbugarelli3 ай бұрын
Grande Luiz, admiro demais!
@roneissu3 ай бұрын
Sugiro verificar o status atual do Podman Desktop, para saber se ele pode ser uma alternativa ao Docker Desktop. Excelente vídeo!
@denernun3 ай бұрын
Até que enfim, sensato 😅
@orebelo2 ай бұрын
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! ;-)
@pedropereira40262 ай бұрын
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)
@argentinaluiz2 ай бұрын
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
@pedropereira40262 ай бұрын
@@argentinaluiz Vlw man ✌
@ThiagoRobertodoPradoАй бұрын
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.
@WesleyWilliansАй бұрын
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
@WesleyWilliansАй бұрын
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. 🎉
@ajmeireles3 ай бұрын
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.
@argentinaluiz3 ай бұрын
Obrigado pelo feedback, o Orbstack é uma ótima alternativa no Mac, tem muita gente usando o Colima também
@agmguerra3 ай бұрын
Se eu já tenho a engine funcionando, preciso desinstalar? ou basta parar o serviço do docker?
@argentinaluiz3 ай бұрын
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
@agmguerra3 ай бұрын
Obrigado
@lm.moreira3 ай бұрын
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
@UmaTagPorDia3 ай бұрын
Faz 3 anos que uso Docker desktop em Windows e Linux sem problemas nenhum
@gabrielmatosramos96753 ай бұрын
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.
@argentinaluiz3 ай бұрын
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!
@leonardocamposprado3 ай бұрын
Portainer resolve todos problemas
@loribao23033 ай бұрын
🙅🏽♂️
@leonardograciano1054Ай бұрын
prefiro ficar nas minhas linhas de comando rsrs...