Docker ist die führende Umsetzung von Linux Containern - kein Wunder, hat Docker die Idee von Containern als leichtgewichtige Alternative zu Virtualisierung erst populär gemacht. Inzwischen hat sich das Ökosystem deutlich weiterentwickelt. Google hat mit dem Kubernetes Projekt den defacto Standard für Scheduling und Verwaltung von Containern und zugehörigen Resourcen geschaffen. Neben Docker existieren mit rkt (CoreOS) und CRI-O (Open Container Initiative) weitere Container Runtimes für das mittlerweile gesetzte OCI Image Format. Relativ neu dabei sind die Werkzeuge buildah zum Bauen von Containern und podman zur Ausführung mittels CRI-O (beide von Project Atomic, RedHat).

Warum entstehen unterschiedliche Runtimes und Build-Toolchains? Welche Vorteil für Nutzer im Kontext von Docker oder Kubernetes ergeben sich daraus?

Der Trend weg von großen, schwerfälligen Applikationsservern hin zu Microservices und Containern wird durch die Cloud als Ablaufumgebung stark beschleunigt. Konsequent weitergedacht erhält man noch kleinere Dienste, Nanoservices, die lediglich einzelne Funktionen umsetzen. Als minimale Deploymenteinheit lässt sich darüber eine feingranulare Skalierung erzielen, und durch verringerten Overhead eine kosteneffiziente Nutzung der Infrastruktur realisieren. Vorreiter war Amazon mit Lambda, doch auch andere Cloud Anbieter zogen schnell nach, und bieten Function-as-a-Service (FaaS) oder "serverless" Umgebungen an.

Kubernetes als De-facto-Standard für containerbasierte Cloudinfrastruktur bietet von Haus aus zwar kein vergleichbares Modell an, jedoch gibt es mit Oracle Fn, Kubeless und Open Whisk zahlreiche Projekte, die FaaS als OpenSource Plattform für den Einsatz in eigener Cloudinfrastruktur oder auch öffentlichen Kubernetes Cloud-Runtimes ermöglichen wollen.

Im folgenden wird ein kurzer Blick auf Kubeless in Kombination mit Java geworfen. Ausschlaggebend für diese Auswahl war ein relativ unkompliziertes Setup, wodurch die Hemmschwelle für Experimente verringert wird.

Im November findet die diesjährige W-JAX Konferenz in München statt. Karsten Sitterberg hält auf der Konferenz einen Vortrag, um die Praxiserfahrungen mit Angular zu teilen:

Die W-JAX Konferenz positioniert sich als Konferenz für moderne Java- und Web-Entwicklung, Software-Architektur und innovative Infrastruktur.

Auf der JAX 2018 Konferenz in Mainz hielt Karsten Sitterberg einen Vortrag zum Thema Angular: "Erfahrungsbericht: 2 Jahre Angular in mehreren Kundenprojekten". Der Vortrag richtete sich vor allem an Teilnehmer, die gerade erst mit Angular starten oder sich noch in der Evaluierungsphase für eine passende Frontendtechnologie befinden.

Ausgehend von einem typischen Kundenprojekt betrachtete Karsten Sitterberg in dem Vortrag den mehrstufigen Lernpfad von Angular und den damit einhergehenden architekturellen Fragestellungen.

Auf der Konferenz JavaLand stellten Stefan Reuter und Thomas Kruse das Thema "Self-Contained Systems" (SCS) im Kontext moderner Technologieentscheidungen vor.

Auf Basis von Erfahrungen in mehreren Projekten wurde der Weg von einer monolithischen Anwendungslandschaft zu einer Zielarchitektur auf Basis von Microservices und modernen Frontendtechnologien wie Angular skizziert.

Empfohlen wurde dabei die Nutzung von Domain-Driven Design für den Schnitt fachlicher Domänen und damit für die Identifikation möglicher SCS.

Fehler gehören selbst zu Softwareprojekten mit sehr hoher Qualität, denn nicht immer ist die Anwendung selbst für auftretende Probleme verantwortlich. Dies kann etwa in Single-Page-Applications der Fall sein, die in fremden Browsern laufen, hier am Beispiel einer Angular-Anwendung illustriert. In einer solchen Anwendung können Fehler zum Beispiel aus unerwarten Interkationen des Benutzers, aber auch Plugins oder Browser-Erweiterungen resultieren.