Konferenzprogramm

Track: DDD

Nach Tracks filtern
Alle ausklappen
  • Mittwoch
    05.07.
10:15 - 11:45
Mi 3.1
Domain Modeling Techniques for Designing Microservices
Domain Modeling Techniques for Designing Microservices

Many have suggested using DDD to help define the functional scope of microservices. But how to apply this idea in practice is not clear to everyone. This talk will cover basic DDD concepts, and we'll discuss why and how DDD can help to create microservices with better autonomy, scalability, and reliability. Using examples, we'll navigate from a domain model to the design of both synchronous (REST-based) and asynchronous (reactive) microservices.

Target Audience: Architects, Developers, PM's, QA
Prerequisites: Understanding of Microservices and DDD is useful
Level: Advanced

Extended Abstract:
Many have suggested that DDD modeling techniques can help define the functional scope of microservices. But how to apply this idea *in practice* is not clear to everyone. DDD is NOT an approach to microservice design. However, DDD can help with some aspects of microservice design. DDD has had a resurgence with the advent of Microservices, specifically as it can help you design the right-sized microservices modeled around the domain.

This talk will examine how to take the results of domain modeling (specifically Domain-Driven Design) and map them to a microservices implementation for systems with better availability, scalability, reliability, and modifiability. This will include examples for the design of both synchronous (REST-based) and asynchronous (reactive) microservices. I will also explore various microservice design scenarios around DDD concepts such as aggregates (with entities and value objects), bounded contexts, domain events, anti-corruption layer, and various strategies for Bounded Context interactions.

Joseph (Joe) Yoder is president of the Hillside Group and principal of The Refactory. He is best known as an author of the Big Ball of Mud pattern, illuminating fallacies in software architecture. Joe teaches and mentors developers on agile and lean practices, architecture, flexible systems, clean design, patterns, refactoring, and testing. Joe has presented many tutorials and talks, arranged workshops, given keynotes, and help organized leading international agile and technical conferences.

Joseph Yoder
Joseph Yoder
Track: DDD
Vortrag: Mi 3.1
flag VORTRAG MERKEN

Vortrag Teilen

12:00 - 12:45
Mi 3.2
Domain Storytelling – Understanding Your Users by Drawing Pictures
Domain Storytelling – Understanding Your Users by Drawing Pictures

Misunderstandings between developers and the business are a plague. Bad communication makes projects fail. This talk presents a remedy (including a practical demonstration with auditorium participation).

Domain Storytelling is a technique to transform domain knowledge into effective business software. It brings together domain experts and development teams.

We let domain experts tell us stories about their tasks. While listening, we record the stories using an easy-to-understand pictographic language.

Target Audience: Everyone involved or interested in software development, including non-technical people
Prerequisites: Curiosity
Level: Basic

Extended Abstract:
Misunderstandings between developers and the business are a plague. Bad communication makes projects fail. This talk presents a remedy (including a practical demonstration with auditorium participation).

Domain Storytelling is a technique to transform domain knowledge into effective business software. It brings together domain experts and development teams to: (a) understand the domain of a software system, (b) find microservices boundaries, and (c) talk about requirements.

We let domain experts tell us stories about their tasks. While listening, we record the stories using an easy-to-understand pictographic language.

The domain experts can see immediately whether we understand their story correctly. After very few stories, we are able to talk about the people, processes, and events in that domain.

The talk is aimed at everyone involved or interested in software development, including non-technical people.

Henning Schwentner loves programming in high quality. He lives this passion as coder, coach, and consultant at WPS – Workplace Solutions in Hamburg, Germany. There he helps teams to structure their monoliths or to build new systems from the beginning with a sustainable architecture. Microservices or self-contained systems are often the result. Henning is author of “Domain Storytelling – A Collaborative Modeling Method” and the www.LeasingNinja.io as well as translator of “Domain-Driven Design kompakt”.

Henning Schwentner
Henning Schwentner
Track: DDD
Vortrag: Mi 3.2
flag VORTRAG MERKEN

Vortrag Teilen

14:15 - 15:15
Mi 3.3
Domain-Driven Architecture at Scale
Domain-Driven Architecture at Scale

In large organizations, creating value through IT often involves multiple teams, domains and systems. Join this talk to hear experience reports from a large Nordic Bank, about how domain-driven architecture can help tackle sociotechnical complexity at different scales. Concepts such as coherence, correspondence, recommoning and boundary-driven architecture will be contextualized with examples. The talk will also share a personal story of evolving the architect role from being a “maker” of good solutions to a “multiplier” of good conditions.

Target Audience: Architects, Developers, Product Owners, Agile Coaches, Decision Makers at all levels
Prerequisites: Understanding of agile, architecture, domain-driven design
Level: Expert

Extended Abstract:
At Danske Bank, we’re dealing with cross-team, cross-domain, cross-system change initiatives. It’s a complex sociotechnical environment, and we need large-scale structures to understand the big picture.

How can we scale these models to give direction and set boundaries, while leaving room for local design autonomy? How can we disseminate multiple models at multiple scales? How do we keep them supple enough to bend at places that need bending? And how can we help teams navigate the mess between the strategy floor and the engine room?

We made a lot of headway bringing strategy closer to the engine room. But not everyone of every team can be part of ideation, strategy, and design. Many developers who write customer-facing production code will not receive the “why” firsthand.

We set up collaborative experiments to facilitate decision understanding, decision feedback, and decision re-making. We probed architectural models at scale with minimal conceptual contours, capable of being fleshed out by decentralized design decisions. To deal with constant change, we looked for opportunities to refactor at the architectural level.

The talk will share field examples of practising domain-driven architecture. It illustrates how domain-driven architecture can be cross-pollinated by inspirations from product management, UX design, complexity, and organization theories.

It’s a call to action for architects and systems thinkers to become acute listeners of languages in contexts and deliberate feedback loop designers, to interact with complexity for sensing and understanding, to play with safe-to-fail experiments, and to embrace the learning and growth that only happens outside our comfort zone.

Xin Yao is a sociotechnical architect at Danske Bank. She believes that a product, domain, and team-oriented architecture is the super glue to bind multiple agile teams navigating toward a common horizon. In her organization’s recently Spotified landscape where a team’s cognitive capacity is under constant stress, she practices domain-driven design and facilitates collaborative modeling to help teams make sense, make decisions, and make intuitive business software.

Xin Yao
Xin Yao
Track: DDD
Vortrag: Mi 3.3
flag VORTRAG MERKEN

Vortrag Teilen

15:30 - 16:30
Mi 3.4
Services stürmisch schneiden
Services stürmisch schneiden

Event Storming ist eine Methode aus dem Domain-Driven Design, die es ermöglicht, sich gemeinsam die Fachlichkeit einer Anwendung zu erarbeiten. Richtig angewendet und bis zum Ende durchgeführt, bietet Event Storming aber noch mehr. Das Ergebnis kann nämlich sehr gut verwendet werden, um darauf basierend Bounded Contexts zu identifizieren.

Diese zeichnet dabei aus, dass wenig Kommunikation über Kontext-Grenzen hinweg passiert und das diese Kommunikation robust ist.

Zielpublikum: Architekt:innen, Entwickler:innen, Projektleiter:innen, Entscheider:innen, Product Owner
Voraussetzungen: Projekterfahrung
Schwierigkeitsgrad: Anfänger

Extended Abstract:
Event Storming ist eine Methode aus dem Domain-Driven Design, die es ermöglicht, sich gemeinsam die Fachlichkeit einer Anwendung zu erarbeiten. Richtig angewendet und bis zum Ende durchgeführt, bietet Event Storming aber noch mehr. Das Ergebnis kann nämlich sehr gut verwendet werden, um darauf basierend Bounded Contexte zu identifizieren.

Diese zeichnet dabei aus, dass wenig Kommunikation über Kontext-Grenzen hinweg passiert und das diese Kommunikation insbesondere robust ist.

In der Session stellen wir die Methode Event Storming vor und zeigen, wie man über die Methode Bounded Contexts ermitteln und diese so gestalten kann, dass sie lose gekoppelt sind, so dass es auch nicht problematisch ist, wenn ein Service temporär ausfällt.

Ina Einemann ist als Agile Coach bei der Open Knowledge GmbH in Oldenburg tätig. Ihr Tätigkeitsumfeld umfasst neben ihrer Arbeit als Scrum Master auch Aufgaben aus dem Bereich PO und Requirements Engineering. Sie beschäftigt sich mit agilen Methoden und Vorgehensmodellen und berät Teams bei der Umsetzung agiler Praktiken. Sie ist außerdem einer der Hosts des Podcast "Mein Scrum ist kaputt".

Arne Limburg ist Lead Architect bei der open knowledge GmbH in Oldenburg. Er verfügt über mehrjährige Erfahrung als Entwickler, Architekt und Trainer im Enterprise- und Microservices-Umfeld. Zu diesen Bereichen spricht er regelmäßig auf Konferenzen und führt Workshops durch. Darüber hinaus ist er im Open-Source-Bereich tätig, unter anderem als PMC Member von Apache Meecrowave, Apache OpenWebBeans und Apache DeltaSpike und als Urheber und Projektleiter von JPA Security.
 

Ina Einemann, Arne Limburg
Ina Einemann, Arne Limburg
Track: DDD
Vortrag: Mi 3.4
flag VORTRAG MERKEN

Vortrag Teilen

Zurück