Nachdem ich mich lange dagegen gewehrt habe, Docker privat einzusetzen, habe ich jetzt doch wieder angefangen, mich damit zu beschäftigen...

Ich konnte Docker lange nichts abgewinnen - meine Lösung für leichtgewichige Container-Virtualisierung auf der Basis von LXC erschien mir lange als ausreichend, leicht anzuwenden und zu konfigurieren. Es ist auch noch nicht lange her, dass ich mein bisher mittels VirtualBox realisiertes Netzwerklabor auf Basis von LXC migrierte.

Neulich machte ich mir aber wieder einmal Gedanken um mögliche Verbesserungen meines Software-Entwicklungsprozesses in Hinblick auf Qualitätssicherung und einfach ausführbare, reproduzierbare Tests.

Das erschien mir eine wunderbare Gelegenheit, Docker nochmals eine Chance zu geben: Ich wollte die sQLshell und dWb+ automatisch in einen dafür vorgesehenen Docker-Container installieren und dann über eine Displayweiterleitung über SSH beide Anwendungen starten und testen können.

Mein erster Versuch schlug fehl - zwar funktionierte Docker und auch meine Docker-Container aber ich konnte auf keinen der LXC-Container auf demselben Host mehr zugreifen. Ich entfernte Docker wieder und sperrte Docker selbst in einen LXC-Container ein - damit funktionierten die Docker-Container immer noch, allerdings beeinflusste nun nichts mehr meine LXC-Container.

Inzwischen bin ich sehr zufrieden mit dieser Lösung und habe sie in meinen Entwicklungszyklus integriert.

Nachdem ich Docker in den LXC-Container eingesperrt hatte, ist mir übrigens auch wieder eingefallen, warum die LXC-Container nicht mehr erreichbar waren: Docker spielt an der Firewall auf dem Host herum - und eine oder mehrere eingetragene Regeln waren wohl schuld an der Unerreichbarkeit der LXC-Container. Ich hatte mich damit ein paar Wochen davor bereits einmal beschäftigt und entsprechende Recherchen angestellt, weil wir auf Arbeit ein ähnliches Problem hatten...

Links

Artikel, die hierher verlinken