Jekyll2022-06-28T19:30:46+00:00https://glabrego.github.io/feed.xmlEsse é o canto da internet onde um desenvolvedor aprende enquanto compartilha.Guilherme Labrego2017-07-31T18:00:00+00:002017-07-31T18:00:00+00:00https://glabrego.github.io/resolvendo-problemas-do-docker-para-mac-com-containers<p>Por muito tempo o Docker não utilizou a virtualização nativa do <em>macOS</em>, o que o <em>Docker Machine</em> fazia na realidade era criar uma máquina virtual no <em>VirtualBox</em> e executar seus containers dentro da mesma, o que nem de longe é uma solução boa e realmente estável se comparado aos containers nativos do Linux, isso trazia muitos problemas de performance e te obrigava a utilizar comandos pouco intuitivos para utilizar containers no <em>macOS</em>, mas ainda assim era uma opção que funcionava.</p> <p>Com a chegada do <em>Docker for Mac</em> os containers continuam sendo virtualizados, porém de forma nativa através do <em>HyperKit</em> do <em>macOS</em>, isso melhorou muito o funcionamento do Docker no sistema e acabou de vez com o <em>Docker Machine</em>, mas isso não quer dizer que todos os problemas do Docker no <em>macOS</em> foram extintos e nas últimas semanas de trabalho me deparei um com deles.</p> <p>Os sintoma que eu mais enfrentei era a lentidão para conectar o container da minha aplicação com os containers de serviços dos quais ela depende, como <a href="https://redis.io/">Redis</a> e <a href="https://www.postgresql.org/">PostgreSQL</a>. No pior dos casos os serviços não conectavam nunca e no melhor demorava mais de 10 minutos para que o meu ambiente de desenvolvimento estivesse em pé e funcionando. Podemos concordar que isso é bem demorado, já que para subir todo o ambiente localmente eu levaria muito menos tempo.</p> <p>Com a ajuda de um amigo de trabalho começamos a procurar uma solução para esse problema, nós apanhamos bastante até descobrirmos essa página com alguns <a href="https://docs.docker.com/docker-for-mac/troubleshoot/#known-issues">problemas conhecidos do Docker for Mac</a>. Sendo mais preciso, o seguinte problema nos chamou a atenção:</p> <blockquote> <p>docker-compose 1.7.1 performs DNS unnecessary lookups for localunixsocket.local which can take 5s to timeout on some networks.</p> </blockquote> <p>Como um último teste antes de partir para a solução sugerida desligamos todas as interfaces de rede da máquina e executamos novamente o <code class="language-plaintext highlighter-rouge">docker-compose start app</code> com as imagens cacheadas e todos os contairners subiram maravilhosamente rápido.</p> <p>O problema que enfrentamos está relacionando com consultas desnecessárias ao DNS que o <code class="language-plaintext highlighter-rouge">docker-compose</code> 1.7.1 realiza e o mais interessante desse problema é exatamente a frase <strong>em algumas redes</strong>, pois eu uso macOS tanto no trabalho quanto em casa e na máquina do trabalho o problema era constante, já em casa o Docker funcionava perfeitamente.</p> <p>Com o diagnóstico do problema partimos para a solução, nesta mesma página ele sugere que você crie uma entrada no seu <code class="language-plaintext highlighter-rouge">/etc/hosts</code> com a seguinte configuração</p> <div class="language-plaintext highlighter-rouge"><div class="highlight"><pre class="highlight"><code>127.0.0.1 localunixsocket.local 127.0.0.1 [seu_hostname].local </code></pre></div></div> <p>Isso faz com que as consultas ao localunixsocket.local sejam redirecionadas para o <code class="language-plaintext highlighter-rouge">localhost</code>. Isso por si só não resolveu meu problema, então segui para o segundo passo, adicionar o seguinte comando ao seu arquivo de configuração do shell:</p> <p><code class="language-plaintext highlighter-rouge">docker run -d -v /var/run/docker.sock:/var/run/docker.sock -p 127.0.0.1:1234:1234 bobrik/socat TCP-LISTEN:1234,fork UNIX-CONNECT:/var/run/docker.sock &amp;&gt;/dev/null; export DOCKER_HOST=tcp://localhost:1234</code></p> <p>Isso vai criar um proxy TCP em um container que vai ser onde o Docker vai criar suas networks. Acredito que essa seja uma boa solução enquanto não resolvem o problema de forma definitiva, eu adaptei um pouco o código do comando para suprimir os erros ao executar o <code class="language-plaintext highlighter-rouge">docker run</code>, pois uma vez que o container <code class="language-plaintext highlighter-rouge">bobrik/socat</code> estiver rodando, ao iniciar uma nova sessão do shell uma excessão seria lançada pois a porta 1234 do <code class="language-plaintext highlighter-rouge">localhost</code> já está sendo utilizada.</p> <p>Depois de aplicar essa correção o Docker voltou a ser utilizável no meu ambiente de desenvolvimento. Agora vocês sabem o porquê do <strong>resolvendo problemas de <em>Docker for Mac</em> com o containers</strong> 😋</p>Guilherme Labrego

Por muito tempo o Docker não utilizou a virtualização nativa do macOS, o que o Docker Machine fazia na realidade era criar uma máquina virtual no VirtualBox e executar seus containers dentro da mesma, o que nem de longe é uma solução boa e realmente estável se comparado aos containers nativos do Linux, isso trazia muitos problemas de performance e te obrigava a utilizar comandos pouco intuitivos para utilizar containers no macOS, mas ainda assim era uma opção que funcionava.

2017-03-05T18:00:00+00:002017-03-05T18:00:00+00:00https://glabrego.github.io/ola-mundo<p>O começo de algo novo é sempre muito estranho, não sabemos como começar, qual caminho trilhar… erramos muito, mas aprendemos muito também. Minha jornada como desenvolvedor começou dessa maneira, cerca de 1 ano e meio atrás, estava terminando a faculdade e ainda não tinha claro como ingressaria no mundo do desenvolvimento, até que conheci o programa <a href="http://queroserdevlocaweb.com.br/">Quero Ser Dev Locaweb</a>, um programa que visa treinar novos desenvolvedores e tornar esse caminho um pouco mais claro. Foi dessa maneira que me tornei desenvolvedor.</p> <p>Hoje, depois de passar por todas as etapas do processo e ser contratado, estou prestes a completar 1 ano de jornada como desenvolvedor na Locaweb. Nesse meio tempo aprendi muito sobre Ruby On Rails e toda a cultura de desenvolvimento que foi construída em torno desse framework, também tive contato com outras linguagens, tecnologias e boas práticas que me ajudaram muito nesse caminho.</p> <p>Confesso que ainda tenho muito o que aprender, mas consigo perceber o quanto o Guilherme de 1 ano atrás iria se beneficiar se soubesse o que sei hoje, portanto, espero que esse espaço aqui na internet possa ajudar outros Guilhermes que assim como eu estão sempre buscando se aprimorar e, agora, ensinar também.</p> <p>Aqui prentendo compartilhar de tudo, desde comandos de terminal que possam te ajudar a ficar mais rápido até problemas que encontrei, apanhei e descobri como resolver. Sejam bem-vindos a minha nova jornada, dessa vez compartilhando conhecimento!</p> <div class="language-plaintext highlighter-rouge"><div class="highlight"><pre class="highlight"><code>ESC ESC :wq </code></pre></div></div>Guilherme Labrego

O começo de algo novo é sempre muito estranho, não sabemos como começar, qual caminho trilhar… erramos muito, mas aprendemos muito também. Minha jornada como desenvolvedor começou dessa maneira, cerca de 1 ano e meio atrás, estava terminando a faculdade e ainda não tinha claro como ingressaria no mundo do desenvolvimento, até que conheci o programa Quero Ser Dev Locaweb, um programa que visa treinar novos desenvolvedores e tornar esse caminho um pouco mais claro. Foi dessa maneira que me tornei desenvolvedor.