Bewerten Sie hier den Vortrag

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.

Bewerten Sie hier den Vortrag

„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? Aber ist dieser Schritt wirklich so einfach, wie uns die verschiedenen Cloudanbieter glauben machen? Der Short Talk zeigt, wie der Weg in die Cloud erfolgreich gestaltet werden kann. 

Bewerten Sie hier den Vortrag

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.

Bewerte hier den Vortrag

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.

Bewerte hier den Vortrag

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.

Bewerte hier den Vortrag

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.

Bewerte hier den Vortrag

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.

Bewerte hier den Vortrag

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!