Docker ist das Hype-Wort der Stunde. Zum allergrößten Teil steckt hinter Docker natürlich eine solide Technik und wenig Hype, aber wer die Ankündigungen der Hersteller, inklusive Microsoft, in den letzten 1-2 Jahren verfolgt hat, wird festgestellt haben, dass das Wort Container bzw. Docker als wichtigste Container-Technik Pflichtbestandteil von strategischen Ankündigungen geworden ist. Die IT-Branche braucht alle paar Jahren ihr „next bing thing“ und das ist auch ja grundsätzlich in Ordnung.

Docker ist eine Container-Technik. Eine Container ist eine virtuelle Umgebung, in der eine Anwendung alle für die Ausführung benötigten „Abhängigkeiten“ in Gestalt der entsprechenden Dateien inklusive Dateisystem und Netzwerkschnittstelle vorfindet. Im Unterschied zur Virtualisierung ist der Aufwand deutlich geringer, da alle Container unter einem bestimmten Betriebssystem ausführen – ein Container kann aber auch sein eigenes Betriebssystem mitbringen. Container bieten daher zahlreicher Vorteile für die Bereitstellung, von der vor allem Webanwendungen und generell Anwendungen ohne eigene Benutzeroberfläche profitieren. Sie benötigen weniger Arbeitsspeicher, weniger Festplattenspeicher, starten schneller als eine VM, sind offenbar deutlich besser skalierbar, können im Verbund (Stichwort: Kubernetes, das nächste Hype-Wort nach Container) eingesetzt, lassen sich schnell erstellen. Sozusagen eine Wegwerfverpackung für eine Anwendung.

Mit der PowerShell gibt es zunächst keine Berührungspunkte. PowerShell-Skripte sind bekanntlich keine Anwendungen, sie werden auf einfachste Weise bereitgestellt und es gibt nur selten Abhängigkeiten, die vor ihrer Ausführung aufgelöst werden müssten – Module und DSC-Ressourcen fallen mir natürlich ein. Die Ausführung eines Skripts in einem Container könnte daher eine Option sein, wenn mehrere Module verwendet oder eine Abhängigkeit zu einer bestimmten Version des .NET Framework oder in Zukunft auch .NET Core besteht. In diesem Fall gibt man einen Container weiter, aus dem das Skript gestartet wird.

Im Folgenden geht es um eine naheliegende Anwendung: Ich möchte die PowerShell unter Ububtu, Cent OS oder Suse ausprobieren, habe aber eine Lust für jedes OS eine VM einzurichten.

Die gute Nachricht ist, Microsoft bietet ein fertiges Image für einen Container an, in dem Ubuntu 16.04 und eine Beta der PowerShell 6.0 enthalten sind.

Wie das Ganze umgesetzt wird, ist auf der Projektseite der PowerShell Core beschrieben:

https://github.com/PowerShell/PowerShell/tree/master/docker

Die Umsetzung ist sehr einfach. Voraussetzung sind allerdings Windows 10 64 Bit bzw. Windows Server 2016, da sich Docker für Windows nur auf diesen Betriebssystemen installieren lässt.

Die Downloadadresse ist von Docker CE (Community Edition) ist:

https://store.docker.com/editions/community/docker-ce-desktop-windows

Eine weitere Einschränkung besteht darin, dass Docker auch unter Windows einen Linux-Kernel erfordert. Dieser wird bei Docker for Windows über eine Hyper V-VM zur Verfügung gestellt. Es muss daher möglich sein, Hyper V zu aktivieren. Wer bereits VMware Workstation verwendet, müsste VMware Workstation vorübergehend deinstallieren, damit Hyper V aktiviert werden kann.

Wurde Docker for Windows installiert, dauert es einen kurzen Augenblick ist der Dienst zur Verfügung steht. Anschließend steht das Docker-Befehlszeilentool zur Verfügung.

Der folgende Befehl lädt ein Docker-Image mit installierter PowerShell:

docker run -it microsoft/powershell

Tipp: Sollte es zwischendurch zu „Verbindungsproblemen“ kommen, die dazu führen, dass das Image nicht oder nur unvollständig geladen wird, die folgende kleine Änderung hat bei mir immer geholfen: Trage für den DNS-Server in der Netzwerkverbindung die Adresse 8.8.8.8 ein, der Google-DNS-Server bietet eine sehr schnelle Namensauflösung.

Etwas später startet die PowerShell Core unter Ubuntu in einem Container. Wie lässt sich das feststellen? Gar nicht, denn es ist ja gerade der Sinn und Zweck eines Containers, dass die Anwendung in ihrer vertrauten Umgebung ausführt.

Jetzt würde es mich doch interessieren, unter welcher Linux-Version die PowerShell ausführt. Als absoluter Linux-Noob fällt mir spontan keine Lösung ein. Unter Linux gibt es kein WMI, sonst wäre es sehr einfach, den Titel und die Version des OS per Win32_OperatingSystem abzufragen. Aber wozu gibt es das Internet? Eine kurze Recherche ergibt, dass man sich nur den Inhalt einer Datei ausgeben lassen muss:

cat /etc/*-release

Die Ausgabe besteht aus einer Reihe Zeilen, die alle gleich aufgebaut sind: Name = Wert. Für einen Linux-Admin ist das Zerlegen von Text mit Tools wie Awk und Sed sein tägliches Brot. Doch wenn selbst eine einfache Lösung aus zwei bis drei Zeilen Text besteht, der jede Menge „Spezialzeichen“ enthält, stellt sich die Frage, ob es nicht eine einfachere Lösung gibt. Die gibt es natürlich und besteht darin, den split-Operator im Rahmen einer ForEach-Wiederholung für jede Zeile auszuführen und das Ergebnis der besseren Weiterverarbeitbarkeit zu Liebe als Objekte auszugeben.

Der folgende PowerShell-Befehl macht genau das:

cat /etc/*-release | ForEach { [PSCustomObject]@{Setting=($_ -split "=")[0];Value=($_ -split "=")[1]}} 

Oder

PS /> cat /etc/*-release | ForEach { [PSCustomObject]@{Setting=($_ -split "=")[0];Value=($_ -split "=")[1]}} | Where Setting -eq "Distrib_Release"                                            

Ich bin mir sicher, dass Beispiele wie dieses auch bei Linux-Admins schnell ein gewisses Interesse an der PowerShell wecken dürften. Ob sie dabei in einem Container läuft oder nicht spielt dafür natürlich keine Rolle.