Einen immer größeren Anteil der Arbeitszeit verbringen die Mitarbeiter vieler Branchen vor den Bildschirmen eines Computers. Oft sind es zwei oder mehr Monitore, die sämtliche Aufmerksamkeit auf sich ziehen. Designer und Entwickler sind in der Pflicht, bestmögliche Qualität für eine optimale User Experience zu liefern.

Bei Projekten der Unternehmensarchitektur (auch Enterprise Architecture) ist meist die oberste Ebene des Managements die treibende Kraft. Doch wie ist das mit den Regeln und Best Practices der agilen Softwareentwicklung vereinbar?

Docker hat sich in der IT-Landschaft etabliert und wird nicht nur in Start-ups eingesetzt, sondern auch im Enterprise-Umfeld, wo Restriktionen bezüglich Security und anderer Themen der Softwareentwicklung und des Betriebs viel stärker ausgeprägt sind. Oft beeinflussen diese Restriktionen die Entscheidung für oder gegen ein Tool. Vielleicht wird Docker dort nicht sofort in Produktion eingesetzt, aber möglicherweise kann es trotzdem die Softwareentwicklung unterstützen, etwa wenn die Entwickler sich mit Hilfe von Docker lokale Testumgebungen aufbauen oder wenn Docker für ihre Integrationstests benutzt wird. Was macht den Einsatz von Docker im Enterprise-Umfeld zu einer Herausforderung?

Schon seit einiger Zeit macht GraalVM von sich reden. Frameworks wie Quarkus oder Micronaut stellen Rekorde auf, was die Start-up-Zeit oder den Arbeitsspeicherverbrauch von Enterprise-Java-Anwendungen angeht. Doch was wäre, wenn man den Platzhirsch Spring Boot ebenfalls als native GraalVM-App laufen lassen könnte?