Wahrscheinlich haben Sie schon von Resilienz gehört. Aber was bedeutet es im Kontext von IT-Systemen und warum sollten Sie sich darum kümmern? Dieser Short Talk wird genau diese beiden Fragen beantworten - nicht mehr, aber auch nicht weniger.

„Cloud is the new normal”, so Andrew R. Jassy (CIO AWS). Was also liegt näher, als genau jetzt den Schritt in die Cloud zu wagen? Denn schließlich wollen wir ja alle irgendwie ein klein wenig „normal“ sein, oder? Aber ist dieser Schritt wirklich so einfach, wie uns die verschiedenen Cloudanbieter glauben machen? Lässt sich eine klassische Enterprise-Architektur einfach so in die Cloud überführen oder bedarf es neuer, Cloud-spezifischer Architekturmuster? Die Session zeigt, wie der Schritt in die Cloud erfolgreich gestaltet werden kann.  

Künstliche Intelligenz (KI) und Machine Learning (ML) bieten einen alternativen Ansatz zur klassischen Software-Entwicklung. KI und ML können dieser für manche Aufgaben überlegen sein oder sogar bisher Unmögliches möglich machen. Dieser Vortrag fast kurz zusammen, was den Unterschied ausmacht, was möglich wird und welche Auswirkungen das auf den Prozess der Software-Entwicklung hat.

CQRS und Event Sourcing werden schon länger als Alternative zu klassischen Schichtenarchitekturen propagiert. Jedoch gab es lange keine Frameworks, die eine umfassende Lösung bieten um diese Patterns auch in der Praxis anwenden zu können. Das Open Source Framework Axon schließt diese Lücke.

Durch die Nutzung des Frameworks wird es für Entwickler ein leichtes, von den Vorteilen von CQRS/ES zu profitieren: Beliebige Skalierung durch Trennung von Schreib- und Lesemodellen und konstante Komplexität über den Lebenszyklus einer Anwendung hinweg.

In unserer Session fassen wir noch einmal zusammen, was CQRS und ES eigentlich sind, welche Vorteile sie gegenüber anderen Architekturen bieten und zeigen anhand konkreter Beispiele, wie eine CQRS/ES Anwendung mit Axon und Spring realisiert werden kann.

Architekturen, die Unfälle waren und warum es zu diesen Unfällen kam.

1. Unfallszenario Von der Brücke direkt in den Maschinenraum oder warum Datenbankdirektzugriffe nicht immer der bessere Weg sind
2. Unfallszenario Es kommt nicht nur auf die inneren Werte an. Gute Serviceschnitte sind toll, aber wenn sie den Benutzer nerven wird es schwierig.
3. Unfallszenario Ali Baba und die 40 Microservices. Wenn ein Team zu viele Microservices hat, ist irgendwas verkehrt.

Der Vortrag erläutert die Szenarien und warum die vorgestellten Architekturen Unfälle sind und wie es dazu kam. Als Take Aways werden Hinweise gegeben, wie man Unfälle vermeiden kann.

The IT sector, being an important driver of digitization, must make its own contribution to achieve the ambitious climate targets.The cloud, as a utility, is a growing factor for running more and more services.Knowing your workloads and resource consumption is key for optimization.To not fail into a new trap, I'll present some practical aspects on how you can improve your carbon foot print by switching to a "green cloud".Thereby, the competing interests of economy and ecology can be combined for a better future for us all.sustainability, cloud green, carbon footprint.

Inwiefern profitieren agile Vorhaben von Architekturbewertungen, die als Konzept eher der „klassischen” Architekturschule entsprungen sind? Was ist hier State-of-the-Practice und welche Methoden eignen sich ggf. besser als die bekannte Architecture Tradeoff Analysis Method (ATAM)? Wie schlank können Bewertungen werden und in welche Entwicklungssetups passt welche Methodenausprägung? In dieser Session liefere ich Antworten, untermauere sie mit praktischer Erfahrung und gebe Tipps für die eigene Anwendung.

Im Zuge der Modernisierung von Software-Landschaften werden Services (und damit die Code-Basis) immer kleiner.

Architekten sind mehr damit beschäftigt, die Kommunikation der Services untereinander in den Griff zu kriegen.

Für die Implementierung der einzelnen Services brauchen man ja (fast) keine Architektur, oder? Schwergewichtige Upfront-Architekturen sind doch meistens eh nur im Weg und verlangsamen den Entwicklungsprozess.

In der Session wollen wir diskutieren, wie viel Architektur innerhalb eines Microservices nötig ist und wie man diese gestalten kann, so dass sie bei der Umsetzung hilft und nicht im Weg ist.

Die Dokumentation Eurer Softwarearchitektur veraltet schnell? Deswegen fertigt Ihr gar keine an? In dieser Session zeige ich entlang von Beispielen, wie Du und Dein Team Eure Architekturansätze auf geringem Raum verdichtet und zugleich überzeugend darstellt. Für Neue im Team ebenso wie als Einstieg z. B. in ein Architektur-Review.

Ihr erfahrt, welche Inhalte mindestens in einen Architekturüberblick hineingehören und welche Formen sich in welcher Situation bewähren. Statt sich in Word oder Wiki zu verlieren, versteht Eure Zielgruppe einen solchen Überblick im Handumdrehen; bei Bedarf führt Ihr Interessierte damit zielsicher in die nötigen Details. Der Überblick ist mit überschaubarem Aufwand angefertigt und aktuell gehalten. Und sieht im Idealfall auch noch richtig gut aus!