In den letzten Jahren kamen immer öfters Microservices zum Einsatz. Durch den Einsatz vieler kleinerer Services wurde der Einsatz der synchronen Kommunikation immer schwerer und komplexer. Wir können nicht mehr sicherstellen, dass zu jedem Zeitpunkt alle Systeme verfügbar sind und dass alle Änderungen zu jedem Zeitpunkt Konsistent sind. Denn die synchrone Kommunikation sorgt für eine enge Kopplung zwischen den einzelnen Diensten und kann dafür sorgen, dass beim Ausfall eines Dienstes zeitgleich eine Reihe weiterer ausfallen. Typische Resilience Patterns wie: Circuit-Breaker, Retries, Service Meshes, etc. erhöhen wiederum die Komplexität des Gesamtsystems und lösen auch nur teilweise das wirkliche Problem. 

In diesem Vortrag zeige ich, wie mit einem Event-first Mindset ganze Systeme ereignisgetrieben entworfen werden können. Wir werden mit Hilfe des CAP-Theorem analysieren, wie sich die Konsistenz in einem verteilten System ändert. Wie Transaktionssicherheit gewährleistet werden kann und wie Microservices zu autonomen Services werden, die komplett voneinander getrennt sind und nur über Events miteinander kommunizieren. Und wie sich Entwickler mit Hilfe von Serverless und FaaS auf das konzentrieren können, was wichtig ist: Business Value zu liefern.

Zielpublikum: Architekt:innen, Entwickler:innen, Entscheider:innen
Voraussetzungen: Grundlegende Kenntnisse in Cloud (-Ressourcen), Grundlegendes Verständnis von Software-Architektur
Schwierigkeitsgrad: Anfänger

Vielen Anwendungen steht der Schritt zu einer Cloud-native Entwicklung noch bevor.
Wie bei jeder guten Reise beginnt das mit den eigenen Anforderungen und vorhandenen Möglichkeiten.
Welche Optionen und Herausforderungen gibt es dabei zu beachten?
Für eine Java-Webanwendung wird in mehreren Szenarien gezeigt, wie man diese mit AWS-Diensten betreiben kann.
Dabei werden die Vor- und Nachteile der Replatforming- und Rearchitecture-Wege diskutiert und Fragen beantwortet.

Zielpublikum: Architekt:innen, Entwickler:innen, Projektleiter:innen, Manager:innen, Entscheider:innen
Voraussetzungen: Cloud Grundkenntnisse, Erfahrung mit Anwendungsmodernisierung
Schwierigkeitsgrad: Fortgeschritten

Extended Abstract:
Um sich nicht naiv in die Cloud aufzumachen, lohnt es sich, erfahrene Begleiter mit an Bord zu holen und folgende Fragen zu klären. Die hier gezeigten Erfahrungen helfen, in Zukunft mehr cloud-native unterwegs zu sein.

1. Welche Qualitätsziele können wie am besten erreicht werden?
2. Wie müssen Prozesse angepasst werden, um sicher und effizient Anwendungen in der Cloud zu betreiben?
3. Wie kann ich meine Daten am einfachsten mitnehmen?
4. Was muss sich wo ändern, um das volle Potenzial der Cloud zu heben?

Mehr Inhalte dieses Speakers? Schaut doch mal bei sigs.de vorbei: https://www.sigs.de/autor/frank.pientka

Gefühlt stand das Akronym WWW lange Zeit eher für Wild Wild West. Architekturmuster und -Prinzipien waren im Frontend oft die Ausnahme. Erst mit der letzten großen Frameworkwelle und dem Siegeszug von SPAs begann ein längst notwendiges Umdenken.
Neuere Technologien führen aber nicht automatisch zu einer besseren Architektur. Es gilt, nach wie vor, Architekturmuster gezielt einzusetzen. Eines der bekanntesten Muster im Domain-Driven Design ist die Hexagonale Architektur. Wann lohnt sich der Einsatz und wie funktioniert das in der Praxis?

Zielpublikum: Architekt:innen, Entwickler:innen
Voraussetzungen: Frontend-Erfahrung und TypeScript-Kentnisse sind hilfreich
Schwierigkeitsgrad: Fortgeschritten

Effizienz/Performanz gehört neben Sicherheit zu den meistgefragten Qualitätsattributen. Doch was heißt überhaupt Performanz und wie sollten Software-Architekten damit konkret umgehen? Gibt es einen Unterschied zwischen Performanz und Skalierbarkeit? Gibt es Architekturkonzepte, die sich beim Umgang mit Performanzkriterien als nützlich erweisen? Und wie lässt sich die Performanz eines Systems testen? Diese und andere Fragen möchte der Vortrag beantworten.

Zielpublikum: Entwickler:innen, Architekt:innen, Tester:innen
Voraussetzungen: Software-Architekturkenntnisse
Schwierigkeitsgrad: Fortgeschritten

Extended Abstract:
Effizienz/Performanz gehört neben Sicherheit zu den meistgefragten Qualitätsattributen. Doch was heißt überhaupt Performanz und wie sollten Software-Architekten damit umgehen? Gibt es einen Unterschied zwischen Performanz und Skalierbarkeit?
Gerade beim strategischen Design beziehungsweise Architekturentwurf ist der Umgang mit Performanzzielen schwierig. Zudem können Performanzziele mit anderen Qualitätsattributen in Konflikt stehen, etwa mit Sicherheit. Wie lassen sich aber solche Konflikte auflösen? Gibt es Architekturkonzepte, die sich beim Umgang mit Performanzkriterien als nützlich erweisen? Und wie lässt sich die Performanz eines Systems verifizieren bzw. testen? Diese und andere Fragen möchte der Vortrag beantworten.
Lernziele:

1. Verständnis für die verschiedenen Facetten von Performanz
2. Erlernen der systematischen Behandlung von Performanzzielen auch in Hinblick auf andere Qualitätsattribute
3. Erlernen von Architekturkonzepten und Vorgehensweisen

Mehr Inhalte dieses Speakers? Schaut doch mal bei sigs.de vorbei: https://www.sigs.de/autor/michael.stal

Architecture work has to balance providing clear guidance for important decisions with empowering people to build their aspects of the system without interference. In this session we'll explore how security principles can help achieve this for application security. The talk explains how principles can guide design decisions without being too prescriptive and explains a set of ten proven principles for designing secure systems, distilled from security engineering practice but presented in accessible language for the working software architect.

Target Audience: Architects, Developers, Testers, Project Managers
Prerequisites: Some experience in developing large scale systems
Level: Advanced

Extended Abstract:
Security is an ever more important topic for system designers. As our world becomes digital, today’s safely-hidden back office system is tomorrow’s public API, open to anyone on the Internet with a hacking tool and time on their hands. So the days of hoping that security is someone else’s problem are over.
The security community has developed a well understood set of principles used to build systems that are secure (or at least securable) by design, but this topic often isn’t included in the training of software developers, assuming that it’s only relevant to security specialists. Then when principles are explained, they are often shrouded in the jargon of the security engineering community and so mainstream developers struggle to understand and apply them.
In this talk, we will introduce a set of ten key, proven, principles for designing secure systems, distilled from the wisdom of the security engineering community. We’ll explain each principle the context of mainstream system design, rather than in the specialised language of security engineering, explaining how it is applied in practice to improve security.

Mehr Inhalte dieses Speakers? Schaut doch mal bei sigs.de vorbei: https://www.sigs.de/autor/Eoin.Woods

Das Sicherstellen der Softwarequalität in Microservice-Architekturen ist eine echte Herausforderung: Unsere bewährten Ansätze skalieren nicht mehr für komplexe Systeme mit zahlreichen Komponenten.
Wir präsentieren unseren Ansatz, der die Softwarequalität in komplexen Microservice-Architekturen beherrschbar macht. Wir sammeln und visualisieren verschiedene Metriken an zentraler Stelle, setzen auf Alerting bei Anomalien und unterstützen damit unsere Teams, frühzeitig zu erkennen, wohin wir unsere Aufmerksamkeit gezielt lenken müssen.

Zielpublikum: Architekt:innen, Entwickler:innen
Voraussetzungen: Keine
Schwierigkeitsgrad: Fortgeschritten

Extended Abstract:
Mit einer geschickten Kombination von Open-Source-Tools haben wir unser Problem gelöst, den Überblick über zahlreiche verteilte Repos und Komponenten zu behalten.
Wir betrachten dabei verschiedene Metriken: sowohl die Codequalität, als auch fachliche und technische Schulden, die Einhaltung von Architekturvorgaben und viele weitere.

Are you lost when folks talk about "quality" in the context of software? Just when you thought "high quality" means "good" and "QA" means "assure it's good", somebody hits you over the head with ISO 25010, where "quality" is just a neutral property of a software system. It's all a big happy pile of terminology quicksand where you sink faster the more you struggle for unambiguous and clear definitions. But we're here to help you out. We'll be looking at what's relevant about quality from a software architecture perspective.

Target Audience: Architects, Developers
Prerequisites: None
Level: Basic

Extended Abstract:
Among the prominent confusions is "quality requirements" vs. "functional requirements" - someone is sure to tell you that the first one is something not entirely unlike “non-functional” requirements. But if that distinction even is a thing, what's that "functional suitability" category of the ISO 25010 quality model? And where exactly do requirements even enter the picture? Once they do, how do we tell whether they are satisfied or not? And if they're not, how does all this terminology help with devising tactics for making things better? We'll separate out the taxonomy from the metrology, the metrology from the requirements, the functional from the non-functional (as far as this makes sense) and everything in between. We'll survey different ways of looking at quality and identify the murky areas where you need to be explicit about what you mean.

Mehr Inhalte dieses Speakers? Schaut doch mal bei sigs.de vorbei: https://www.sigs.de/autor/michael.sperber

Heutzutage erfordern Systeme eine hohe Bandbreite an Qualitäten: immer online, schnell, robust, elastisch, skalierbar und sicher, oder was auch immer Ihre Interessenvertreter unter Qualität verstehen.
Ich erkläre, was Software-Entwicklungsprojekte brauchen: spezifische, konkrete und überprüfbare Qualitätsanforderungen, und warum bestehende Normen (wie ISO) in dieser Hinsicht nicht ausreichen.
Abschließend zeige ich einen pragmatischen, leichtgewichtigen (Open-Source-) Ansatz, der zu spezifischen und umsetzbaren Qualitätsanforderungen führt.

Zielpublikum: Entwicklungsteams
Voraussetzungen: Projekterfahrung
Schwierigkeitsgrad: Fortgeschritten

Extended Abstract:
Heutzutage erfordern Systeme eine beeindruckende Bandbreite an Qualitäten: immer online, schnell, robust, elastisch, skalierbar und sicher, oder was auch immer Ihre Interessenvertreter unter Qualität verstehen.
Und genau hier beginnt das Problem: Die Stakeholder wissen oft nicht genau, was ihre Qualitätsanforderungen sind. Und wenn sie es doch wissen, bleiben diese Anforderungen oft implizit.
Ich erkläre, was Software-Entwicklungsprojekte brauchen: spezifische, konkrete und überprüfbare Qualitätsanforderungen, und warum bestehende Normen (wie ISO) in dieser Hinsicht nicht ausreichen.
Abschließend zeige ich einen pragmatischen, leichtgewichtigen Ansatz, der zu spezifischen und umsetzbaren Qualitätsanforderungen führt.

Mehr Inhalte dieses Speakers? Schaut doch mal bei sigs.de vorbei: https://www.sigs.de/autor/gernot.starke

High traffic during business hours, no traffic at night, weekends and vacations, multiple teams, and several staging environments - these characteristics of a typical enterprise application. Pay-as-you-go, "scale-to-zero" and managed services make serverless architectures appealing for enterprise applications.
On-premise, on the other hand, you get the maximum flexibility and full access to machines with less automation and so more plumbing.
I will compare both approaches with focus on architecture and answer your questions in real time.

Target Audience: Developers, Architects
Prerequisites: Basic Cloud and Java Knowledge
Level: Advanced