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.