Docker – Bereitstellung von Betriebs-Umgebungen über Container

Datum: 12. Dezember 2014
Autor: Marc Kurzmann


Wie der eine oder andere Kollege bereits mitbekommen hat, war unser Informatik-Praktikant Lukas die vergangenen Wochen intensiv mit dem Thema Docker und der Möglichkeit zur effizienten Bereitstellung von Deployment-Umgebungen aus der Produktentwicklung heraus beschäftigt.

Das Ergebnis kann sich sehen lassen:
Es ist nun möglich mit minimalem Aufwand eine vollständige Betriebsumgebung einschließlich eines deployten Produkts eines Kundenprojekts auf dem imxdev2 bereitzustellen. Die Betriebsumgebung kapselt hierbei ein eigenständiges Debian-Linux, eine MySQL-Datenbank, einen Apache-Server, ein Java-JDK, einen tomcat-Server und das lauffähige Produkt (z.B. imx.Tools). Das Deployment findet aus dem aktuellen lokalen Entwicklungsstand direkt per Knopfdruck statt, ohne dass andere laufende Deployment-Container auf dem imxdev2 beeinflusst werden. Somit kann bei Bedarf der Projektmanager oder die Portalentwicklung jederzeit auf aktuelle Zwischenstände in der Produktentwicklung zurückgreifen. Darüber hinaus ist es auch möglich, das Laufzeit-Verhalten der Produkte in verschiedenen Umgebungen zu testen: abweichende Java-, Tomcat-, MySQL-Versionen, unterschiedliche Konfigurationen etc., ohne dabei andere Deployments mit zu beeinflussen.

Für diejenigen, die sich für die technischen Details interessieren, hat Lukas noch ein paar Punkte zur Docker-Container-Technologie zusammengefasst:

Was ist eigentlich dieses Docker?

Diese Frage wurde in einem der letzten Developer Meetings in den Raum geworfen. Nicht zu Unrecht, denn Docker ist noch eine ziemlich junge Technologie. Gestartet wurde das Open Source Projekt Anfang 2013 von der Firma dotCloud (inzwischen Docker Inc.) und hat seitdem einen regelrechten Hype erlebt. Die Entwicklung von Docker lässt sich quasi live auf github (https://github.com/docker/docker) verfolgen, wobei Docker ein sehr aktives Projekt mit vielen externen Beteiligten ist. Die Version 1.0 erschien zwar erst im Juni 2014, trotzdem setzen viele namhafte Firmen Docker schon im produktiven Betrieb ein. Was macht Docker also so attraktiv?

Docker bietet eine Schnittstelle zu den Containment Features des Linux Kernels. Dabei werden Anwendungen zusammen mit ihren Abhängigkeiten zu sogenannten Containern verpackt. Diese bieten eine vom Betriebssystem bereitgestellte virtuelle Umgebung zur isolierten Ausführung von Prozessen. Alle Container teilen sich den Kernel des Hosts, es wird also im Gegensatz zur herkömmlichen Virtualisierung kein ganzes Betriebssystem virtualisiert. Dieser Ansatz bietet einige Vorteile, wie z.B. schnellere Startzeiten, eine bessere Ausnutzung von Systemressourcen sowie reduzierten Speicherbedarf.

Mit Docker lassen sich solche Container leicht erstellen, ausführen und verteilen. Bevor man eine Anwendung mit Docker starten kann, benötigt man ein Abbild des Systems, das als Basis dienen soll. Für viele der größeren Linux Distributionen stehen offizielle Basis-Images zur Verfügung. Diese kann man dann für seine Anforderungen weiter anpassen, indem man festlegt welche Abhängigkeiten und Programme installiert werden, und wie diese konfiguriert werden müssen. Interessant ist auch, dass man z.B. einen Container der Fedora als Basis Image nutzt, ohne weiteres unter einem Debian Host ausführen lassen kann. Dadurch ist es möglich, seine lokal entwickelte Anwendung in einen Container zu packen und sicher zu sein, dass sie auch auf einem anderen System noch genauso funktioniert. Vorausgesetzt natürlich, dass Docker installiert ist, was wiederum eine Kernel Version von mindestens 3.8 und eine 64-bit Architektur erfordert.

In der Produktentwicklung wird Docker nun verwendet, um schnell Testinstanzen mit dem aktuellen Projektstand bereitstellen zu können. Container können auf Knopfdruck über ant-Targets erstellt und verwaltet werden. Allerdings bleibt es einem aber leider nicht erspart, manchmal doch zur Kommandozeile greifen zu müssen, um z.B. Logs auszuwerten.

Docker funktioniert schon erstaunlich gut, löst aber auch (noch?) nicht alle Probleme und viele Tools im Docker Ökosystem stecken noch in den Kinderschuhen. Skalierung bleibt auch mit Docker eine komplizierte Angelegenheit, wobei es viele (zu viele um alle aufzuzählen) Projekte gibt, die versuchen dieses Problem zu lösen. Es bleibt deshalb abzuwarten, was sich durchsetzen wird.

Zudem sind auch schon einige Konkurrenz Projekte zu Docker in Entwicklung, wie Rocket von CoreOS oder LXD von Canonical, die zukünftig auch noch ein Stück vom Container-Kuchen haben wollen. Es deutet auf jeden Fall vieles darauf hin, dass Container sich auch zukünftig noch weiter etablieren werden.

Wer weitere Fragen hat, kann gerne auf uns zukommen.

Kommentare

Selber kommentieren:






Weitere Beiträge zum Thema Projekte


OOP 2014

Autor: Christian Göbel


Projekte // Technologie // Über den Tellerrand


Auf geht’s zu Tag 2 auf der OOP in München. Dieses Jahr steht die Konferenz unter dem Motto: Complexity – Managing Today’s Challenges. Und dieses Leitthema wurde gestern in zwei Keynotes von Tim Mattson (Intel Corp.) und Glenda Eoyang (Human System Dynamics Institute) bereits in seinen vielschichtigen Facetten aufgegriffen. Die Quintessenz: Komplexität (in IT-Projekten) lässt …


Beitrag lesen
05.
Februar
2014

Spamschutz-Alternative: MotionCAPTCHA

Autor: Stefan Oswald


Projekte // Technologie // Über den Tellerrand // User Experience & Design


Sehr interessanter Ansatz: > MotionCAPTCHA > Beispielseite Die Idee dahinter ist, dass der Benutzer eine vorgegebene Form (z.B. einen Kreis, einen Stern oder ein Häkchen) nach malen muss. Bots dürften daran zuverlässig scheitern. Der Autor betrachtet die derzeitige Version 0.2 als „Proof of Concept“ und noch nicht aus produktiv einsetzbare Lösung. Wir sollten das im …


Beitrag lesen
20.
Mai
2014

Messung Dokumentgröße

Autor: Bastian Schwarz


Projekte // Technologie


Seit kurzem scheint die Anzeige der Dokumentgröße über die Web Developer Toolbar im Firefox nicht mehr korrekt zu funktionieren. Es wird häufig die Komprimierung von Scripten / Stylesheets nicht mehr korrekt erkannt.  Alternative Google Chrome – Developer Tools  Kurzanleitung Über Tools – Entwicklertools öffnen, auf „Network“ Tab wechseln, Seite mit Strg+F5 neuladen. Jetzt sieht man …


Beitrag lesen
16.
April
2013

Erkenntnisse der IPC 2011

Autor: Benjamin Hofmann


Projekte // Technologie // User Experience & Design


Bevor ich lange im Developer Meeting etwas erzähle, was dann sowieso nur wieder in Vergessenheit gerät, dachte ich mir meine Erkenntnisse von der IPC 2011 in Mainz einfach hier niederzuschreiben. Dauerhaft für alle von uns sichtbar und mit einer Möglichkeit Fragen zu stellen. Hier also meine Top 7 (unsortiert) der Dinge, die ich interessant fand …


Beitrag lesen
08.
Dez.
2011