Bewerte hier den Vortrag.

Moderne Architekten machen erheblich mehr als UML Diagramme zeichnen oder Architekturstile zu katalogisieren. Sie liefern enormen Wert, indem sie die Unternehmensstrategie mit technischen Entscheidungen im Maschinenraum verknüpfen. Dies erfordert Fingerspitzengefühl und die Fähigkeit, komplexe technische Zusammenhänge und Abwägungen auf verschiedenen Ebene zu kommunizieren, ohne die Inhalte zu verwässern oder das Publikum zu verwirren. Dieser Talk hilft Architekten dabei, den “Architect Elevator” zwischen Maschinenraum zur Firmenleitung zu fahren.

Berwerte 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

Infrastructure as Code ist schon fast ein alter Hut, und gerade in der cloud-basierten Entwicklung im Mainstream angekommen. Mit Werkzeugen wie AWS CDK und Pulumi geht der Trend hierbei zu einem klaren Fokus auf „as Code“ - im Gegensatz zum bisher oft üblichen "as Configuration".

Auf der anderen Seite des * as Code Spektrums etabliert sich „Architecture as Code“. Mit Angeboten wie Structurizr ist es nun auch möglich, System- und Anwendungs-Architektur in Form von Code zu beschreiben und wie anderen Code zu versionieren. Dass aus diesem Architekturmodell auch hübsche Diagramme gerendert werden können, ist ein netter Nebeneffekt.

Dieser Vortrag geht auf verfügbare Frameworks ein, zeigt Beispiele und welche Vorteile daraus entstehen Architektur zu modellieren statt nur zu zeichnen.

Bewerte hier den Vortrag

Architektur-Entscheidungen kann man aufteilen in eine Makro-Architektur-Ebene, die alle Module betrifft, und eine Mikro-Architektur-Ebene mit Entscheidungen, die pro Modul anders sein können. Die durch eine Mikro-Architektur gewonnene Flexibilität hat beispielsweise Vorteile bei der mit einer Vielzahl an Teams, gleichzeitig ermöglicht eine Makro-Architektur einen produktiven Umgang mit der Flexibilität bei Microservices. Die Präsentation zeigt verschiedene Ansätze für eine solche Aufteilung der Architektur, die sich in der Praxis bewährt haben. Die Unterschiede dieser Beispiele verdeutlichen, worauf es bei der Wahl der Makro- / Mikro-Architektur ankommt und wie dieses Werkzeug den Erfolg von Projekten unterstützen kann.

Bewerte hier den Vortrag

Copy & Paste-Programmierung ist seit Jahrzehnten als Code-Smell verschrien. Das hat nicht verhindert, dass in allen größeren Systemen viele Klone vorkommen. Das schafft Probleme.

Clone Detection - die automatisierte Erkennung solcher Duplikate - ist inzwischen in einigen IDEs enthalten. Allerdings nützt es niemandem, eine Liste mit 100.000 Klonen zu erzeugen. Die Herausforderung ist der sinnvolle Umgang mit bestehenden Klonen. Welcher das ist, hängt vom eigenen Kontext ab: Wieviel Copy&Paste kommt im eigenen System vor? Wie wirkt sich das auf die Kosten aus? Zu welchen Problemen führt es bei uns?

In diesem Deep Dive stelle ich Clone Detection und Management-Techniken vor. Außerdem zeige ich, wie man eine Bestandsaufnahme im eigenen System machen kann, um diese Fragen als Architekt zu beantworten.

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

Keycloak ist eine Open Source Lösung für Identity und Access Management, die seit vielen Jahren weltweit in großen und kleinen Installationen eingesetzt wird.

Von Anfang an unterstütze es relationalen Datenbanken via JPA/Hibernate. Über die Zeit kamen weitere Speichermöglichkeiten für Caching und ein In-Memory-Grid dazu, außerdem wurden Directory-Dienste wie LDAP integriert. Mit der Zeit verwoben sich die verschiedenen Bereiche, so dass neue Funktionen schwieriger umzusetzen waren.

Dieser Vortrag zeichnet die Aktivitäten auf der Architektur- und Technik-Ebene nach, mit denen die Bereiche entflochten und eine neue, flexible Storage-Struktur erstellt wurde. Diese ermöglicht unter anderem Zero-Downtime-Upgrades und skalierbare Installationen.

Bewerte hier den Vortrag

Anno 2022: Cloud-basierte Anwendungen sind Realität.
Es entstehen verteilte Systeme, teils über mehrere Clouds hinweg, die untereinander kommunizieren müssen, oftmals auch mit firmeneigenen Rechenzentren.
Besonders bei asynchroner Kommunikation ergeben sich hier Herausforderungen bezüglich nicht-funktionaler Anforderungen wie Latenz, Durchsatz und Nachverfolgbarkeit.
Wie können wir Nachrichten asynchron austauschen, und dabei Produzenten von den Konsumenten entkoppeln?
Wir stellen eine Event-Plattform vor, die Confluent Kafka sowie die Managed Services der Cloud-Provider verwendet. Diese verteilt Nachrichten über Netzwerkgrenzen hinweg zuverlässig, skalierbar und sicher.

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

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!

Bewerte hier den Vortrag

Der Sessiontitel ist Leitsatz des Persistenz-Managers JOOQ und Ausdruck der Grundeinstellung, dass SQL ein zu mächtiges Werkzeug ist, um es hinter komplizierten und dennoch einschränkenden Abstraktionen wie JPA zu verbergen. SQL-freies CRUD ist OK, aber ansonsten sollte keine Pseudo-Intelligenz zwischen dem Entwickler und der DB stehen und ein Gefühl von Kontrollverlust verbreiten. Für Web-UIs gibt es Micro-Frameworks, und auch für die Persistenz gibt es durchschaubare und magiefreie Frameworks wie PriDE und JOOQ. Small ist beautiful, und das merkt man besonders dann, wenn die Applikationen komplizierter und größer werden. Grund genug einmal vorzustellen, wie diese Dinger funktionieren und was sie so anders macht.

Bewerte hier den Vortrag

Der Vortrag stellt aktuelle Ansätze für die Sicherheitsbewertung auf Architekturebene vor. Häufig verwendete Muster für Architekturen werden auf ihre Sicherheitseigenschaften analysiert und grundlegen Prinzipien für sicheres Design vorgestellt. Ein vorgestellter Leitfaden gibt Hinweise für ein systematisches Vorgehen zur Erstellung sicherer Softwarearchitekturen. Als Werkzeuge zum praktischen Einsatz in der Sicherheitsanalyse von Architekturen kommen u.a. SonarQube und das Microsoft Threat Modelling Tool.

Maximale Teilnehmerzahl: 15
Für die Teilnahme wird ein Laptop benötigt.

Bewerte hier den Vortrag

Die Geschichte Deines Projekts ist erzählt, die Domänen und Subdomänen stehen, die Schnitte sind angesetzt. Auf dem Weg zu funktionierender Software wirst Du allerdings noch Modelle erstellen. Du kannst Dich dabei dicht an der Domäne orientieren, bekommst aber ein Modell, das nur wenige tiefe Einsichten bietet und spröde auf Veränderungen reagiert. Du kannst auch Techniken aus der funktionalen Programmierung benutzen - die fördern tiefe Einsichten zutage, sind aber oft so Abstrakt, dass der Bezug zur Domäne schwer erkennbar ist. Wie können wir den Weg aus der Domain Story ein Modell machen, das die Domäne erkennbar abbildet, tiefe Einsichten liefert, Freude im Umgang macht und lange hält? Henning Schwentner (Mr. Domain Storytelling) und Mike Sperber (Funktionalnerd) zeigen's Euch!

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

Langsame Entwicklung? Unter Last ächzende Server? Unglückliche User? Es gibt viel anzupacken in der Softwareentwicklung! Aber wo anfangen?

In diesem Vortrag gebe ich eine Einführung in den systematischen Umgang und der Lösung von vertrackten Situationen für Softwarearchitekt:innen. Wir sehen uns fundamentale Denkfehler an, die Problemlösende bereits bei der Sammlung und der Formulierung von „Problemen“ oft begehen. Damit gewappnet, suchen wir systematisch nach den echten Knacknüssen. Wir nutzen die „Landkarte der Probleme“, um zusätzlich Ursachen und Auswirkungen in Beziehung zu setzen. Der neu gewonnen Überblick erlaubt es dann, die uns möglichen Maßnahmen zu finden, die ein Softwaresystem immer mehr ein kleines Stückchen besser machen.

Bewerte hier den Vortrag

Architektur: Die soll doch das Stabile sein! Und die Wahl der richtigen Architektur sorgt dafür, dass die Software auch in Zukunft weiterentwickelt werden kann! Was zunächst sinnvoll erscheint, erweist sich in der Realität oft als erster Schritt hin zu einem Architektur-Fehlschlag. Wenn sich die Anforderungen, die Erkenntnisse oder die Technologien ändern, muss sich leider die Architektur auch ändern. Wie kann sie dann zukunftssicher sein? Diese Präsentation zeigt, wie das Paradoxon aufgelöst werden kann, und vielleicht keine zukunftssichere Architektur entsteht - aber langfristiger Projekterfolg.

Bewerte hier den Vortrag

Der Begriff „Plattform“ existiert schon sehr lange und wird extrem vielfältig verwendet, man muss leider schon sagen er wird „überstrapaziert“. Wegen der Popularität großer Plattformen, dem Erfolg von Plattform-Unternehmen und den Verheißungen der Plattform-Ökonomie wird der Begriff inflationär gebraucht. Dadurch entsteht Verwirrung und selbst Experten in der IT-Industrie reden kontinuierlich aneinander vorbei.

Der Vortrag hat zum Ziel, eine Landkarte durch den Plattform-Dschungel zu präsentieren, die es ermöglicht, verschiedene Arten von Plattformen zu erkennen und vor allem auch ihre unterschiedlichen Eigenschaften und Daseinsberechtigungen zu verstehen. Dadurch wird klar, wie große Unterschiede existieren und dass teilweise die einzige Gemeinsamkeit ist, dass Software im Spiel ist.

Bewerte hier den Vortrag

Heutzutage führt kein Weg an Single Page Applications vorbei. Ob React, Angular, VueJS oder eines der anderen Frameworks. Die Standardantwort auf die Frage nach der Frontend-Architektur heißt SPA. Doch was kaum jemand bemerkt:

Die SPA Idee ist legacy! Mit AngularJS wurde vor 10 Jahren diese Idee breit umgesetzt.

Ich möchte im Vortrag zeigen, aufgrund welcher Frontend-Probleme man ursprünglich SPAs entwickelt hat und ob es für diese Probleme nicht heutzutage innovativere Lösungen gibt:

Ganz anders als SPAs lässt sich mit Hotwire eine lose Kopplung und geringe Abhängigkeiten zwischen verschiedenen Teams wahren und so Skalierungsfähigkeit erhalten.

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!

Bewerte hier den Vortrag

Impulsvortrag: Irre! Führend? —> Softwarearchitekt:in

Guckst du auf Wikipedia, ist es total doof beschrieben. Fragst du Leute auf der Straße, so haben die auch keine Ahnung was es ist. Nutzt du die Metapher Architekt, so trägt sie nicht weit. Was also ist der Softwarearchitekt in der Organisation wert?

Die technische Verantwortung innerhalb der Organisation trägt der CTO. Wie nun kann diese Verantwortung in die Teams und zu den Architekt:innen delegiert werden?

Topics:

• Organisationspattern
• Rollen in der Organisation
• Antipattern in Rolle und Organisation
• KPIs

Im Anschluss an den Impulsvortrag folgt ein hochkarätig besetztes Panel mit Johannes Mainusch und weiteren Gästen.

Ein unschlagbarer Vorteil von Konferenzen vor Ort: Die Welcome Reception! Kommen Sie wieder in gemütlicher Runde mit anderen Teilnehmenden und Speakern ins Gespräch.