<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Docker on bersace.cae.li</title>
    <link>https://bersace.cae.li/tags/docker/</link>
    <description>Recent content in Docker on bersace.cae.li</description>
    <generator>Hugo</generator>
    <language>fr-fr</language>
    <lastBuildDate>Thu, 25 Sep 2025 09:00:00 +0200</lastBuildDate>
    <atom:link href="https://bersace.cae.li/tags/docker/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>.docker (bis)</title>
      <link>https://bersace.cae.li/dnsdock2.html</link>
      <pubDate>Thu, 25 Sep 2025 09:00:00 +0200</pubDate>
      <guid>https://bersace.cae.li/dnsdock2.html</guid>
      <description>&lt;p&gt;En 2018,
je partageais ici une configuration pour &lt;a href=&#34;https://bersace.cae.li/dnsdock.html&#34;&gt;résoudre en DNS vos conteneurs&lt;/a&gt; sous le domaine local &lt;code&gt;.docker&lt;/code&gt;.
Depuis, la technologie et mes usages ont évolués.
Voici une petite mise-à-jour !&lt;/p&gt;
&lt;h2 id=&#34;resolved-vs-dnsmasq&#34;&gt;resolved vs dnsmasq&lt;/h2&gt;
&lt;p&gt;La solution était basé sur dnsmasq,
or, depuis systemd 258,
le service resolved permet de déléguer la résolution DNS d&amp;rsquo;une zone à un serveur spécifique.&lt;/p&gt;
&lt;p&gt;L&amp;rsquo;intérêt ?
La simplicité d&amp;rsquo;administration
et la performance.
dnsmasq est aussi un serveur DHCP,
un cache DNS.
Ce n&amp;rsquo;est pas utile pour ce besoin.&lt;/p&gt;</description>
    </item>
    <item>
      <title>.docker</title>
      <link>https://bersace.cae.li/dnsdock.html</link>
      <pubDate>Fri, 27 Apr 2018 09:00:00 +0200</pubDate>
      <guid>https://bersace.cae.li/dnsdock.html</guid>
      <description>&lt;p&gt;Isoler l&amp;rsquo;environnement de développement apporte deux avantages critiques : jeter
et recréer l&amp;rsquo;environnement sans toucher à sa station de developpement ; lancer
plusieurs environnement de developpement / test en parallèle.&lt;/p&gt;
&lt;p&gt;Docker Compose est ma technologie d&amp;rsquo;isolation d&amp;rsquo;env de dév préférée. J&amp;rsquo;entends
l&amp;rsquo;arrivée de Kubernetes. Pour 2018, je reste sur Docker Compose en natif sur ma
station.&lt;/p&gt;
&lt;p&gt;Docker Compose est bien plus efficace que Vagrant. La configuration YAML est
simple, bien plus que pour Kubernetes. Les performances sont meilleures.
L&amp;rsquo;immutabilité rends les environnements réellement jetables. Monter le code
édité directement dans le conteneur, c&amp;rsquo;est parfait. Malgré les efforts
d&amp;rsquo;HashiCorp, connaître Vagrant ne sert pas beaucoup en production. Tandis que
connaître les contraintes de Docker est un vrai plus.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Configurer la résolution DNS dans Docker</title>
      <link>https://bersace.cae.li/docker-dns.html</link>
      <pubDate>Thu, 22 Mar 2018 17:00:00 +0200</pubDate>
      <guid>https://bersace.cae.li/docker-dns.html</guid>
      <description>&lt;p&gt;Dans l&amp;rsquo;article précédent sur &lt;a href=&#34;%7Bfilename%7D/003-dnsmasq.md&#34;&gt;l&amp;rsquo;aiguillage DNS&lt;/a&gt; nous
avons demandé la résolution DNS au serveur dnsmasq écoutant sur &lt;code&gt;127.0.0.1&lt;/code&gt;.&lt;/p&gt;
&lt;p&gt;Problème, les conteneurs Docker ont basculé sur le serveur DNS &lt;code&gt;8.8.8.8&lt;/code&gt; au lieu
d&amp;rsquo;utiliser la résolution DNS du réseau interne. Les conteneurs envoient leurs
requêtes DNS à Google. Pourquoi ??&lt;/p&gt;
&lt;p&gt;Lorsque le moteur Docker cherche un serveur DNS pour ses conteneurs, impossible
d&amp;rsquo;utiliser l&amp;rsquo;adresse &lt;code&gt;127.0.0.1&lt;/code&gt; puisque les conteneurs sont dans un réseau
isolé. L&amp;rsquo;adresse &lt;code&gt;127.0.0.1&lt;/code&gt; est ignorée. Le moteur Docker ne trouvant pas de
serveur résolvable, il bascule sur Google DNS.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
