Schwerpunktthema

Domain-driven Design

Fachartikel, Podcasts, Vorträge und mehr zum Thema Domain-driven Design.
Blog-Post

Spec-Driven Development ist Domain-Driven Design fĂĽr Ungeduldige

Spec-Driven Development Tools wie BMAD versprechen, den Requirements-Engpass zu beseitigen, mit dem agentische Entwicklungsteams konfrontiert sind. Aber passt das wirklich gut zu deiner Organisation?

Artikel

The right size of a Data Product

Setting the boundaries of data products incorrectly can lead to integration issues, unclear ownership and duplicated logic. This guide offers practical heuristics for creating data products of the right size.

Artikel

Von Datenfriedhöfen zu Wissenslandschaften

Europas digitaler Souveränitätsanspruch in der Praxis

Artikel

Digitale Souveränität: Warum die Architektur zählt und wie Sie Ihr Unternehmen resilient machen

In einer Zeit, in der digitale Systeme das RĂĽckgrat unserer Wirtschaft und Gesellschaft bilden, rĂĽckt die Kontrolle ĂĽber die eigene digitale Zukunft zunehmend in den Fokus strategischer Entscheidungen. FĂĽr viele Technologieentscheider:innen im deutschsprachigen Raum ist dies nicht nur eine politische oder regulatorische Herausforderung, sondern eine grundlegende Aufgabe, die weitreichende Implikationen fĂĽr die Software-Architekturarbeit hat.

Podcast

Kohäsion

Wie viel Zusammenhang braucht ein Modul?

Sven Johann
Michael Plöd
Podcast

Testpyramide oder Testdiamant?

Welche Automatisierungsstrategie passt zu meinem Kontext?

Jakob Oswald
Daniel Westheide
Sven Johann
Blog-Post

Identifikation von Pivotal Events im Big Picture EventStorming

Dieser Beitrag befasst sich mit der Herausforderung, die Komplexität von EventStorming-Workshops zu bewältigen, wobei der Schwerpunkt auf der Identifizierung von „Pivotal Events“ liegt. Er skizziert eine Reihe von Heuristiken, die den Teilnehmern helfen, zwischen alltäglichen Events und solchen zu unterscheiden, die wichtige Geschäftsentscheidungen, Zustandsänderungen oder nachgelagerte Auswirkungen darstellen. Der Blog Post enthält praktische Anleitungen für das Facilitating von Diskussionen und die Nutzung dieser Pivotal Events für das Systemdesign und das Verständnis der Domäne.

Artikel

Soziotechnische Architektur als Wettbewerbsvorteil

In der heutigen Geschäftswelt dient technologischer Fortschritt nicht nur der Effizienzsteigerung, sondern eröffnet auch neue Geschäftsfelder, die ohne diese Technologien undenkbar wären. Die optimale Nutzung neuer Technologien wird damit zu einem zentralen Wettbewerbsvorteil. IT-Entscheider:innen stehen jedoch zunehmend vor der Herausforderung, dass Technologie allein nicht ausreicht. Stattdessen müssen Unternehmen sich als soziotechnisches System verstehen, in dem technische Systeme und menschliche Interaktionen eng miteinander verzahnt sind. Dieser Artikel zeigt, warum soziotechnische Architekturen für IT-Entscheider:innen relevant sind und wie sie Unternehmen einen Wettbewerbsvorteil verschaffen können.

Artikel

Von Legacy-Monolithen zu Self-contained Systems
Artikel

Gängige Methoden im Umfeld soziotechnischer Architekturen

In der Ära der Digitalisierung und Modernisierung stehen Unternehmen vor der Herausforderung, sich nicht nur technologisch, sondern auch organisatorisch optimal auszurichten. Soziotechnische Architekturen spielen dabei eine Schlüsselrolle, da sie den Fluss von Arbeit, die Zusammenarbeit zwischen Teams und die Integration technischer und sozialer Systeme in den Fokus rücken. Dieser Artikel beleuchtet zwei zentrale Ansätze – Team Topologies und Domain-Driven Design (DDD) – und zeigt, wie sie Unternehmen helfen können, mit bewusster soziotechnischer Architekturarbeit zu starten.

Artikel

Plattformen, Teams und APIs: Wie passt das zusammen?

Ein groĂźer Trend der letzten Jahre ist das Platform Engineering, da viele Organisationen an effizienteren und schnelleren Entwicklungspraktiken interessiert sind. Der Begriff hat sich seit 2018 etabliert, insbesondere nach einem einflussreichen Artikel von Evan Bottcher[1]. Betrachtet man die UrsprĂĽnge dieses Konzepts, erhält man interessante und aufschlussreiche Einblicke in die Relevanz von Platform Engineering und mögliche zukĂĽnftige Entwicklungen. 1  â†©ď¸Ž

Artikel

Identifikation von Team-Grenzen

Wie man Grenzen fĂĽr autonome, cross-funktionale Teams identifizieren kann

Blog-Post

Compacted State Feeds

Event notification vs. Event-carried State Transfer vs. Delta loads. How to design good event architectures for mutable data?

Artikel

Creating data products with Terraform on AWS

Have you heard of data mesh? Are you intrigued by its potential but uncertain how to get started building data mesh and data products? If so, this article outlines a potential approach and delves into the key concepts behind it!

Blog-Post

Der Kickstart fĂĽr Softwarearchitektur

Rein in die Praxis!

Artikel

Data Mesh: Entwicklungsteams heben Datenschätze

Der dezentrale Datenarchitekturansatz soll Entwicklerinnen und Entwickler in die Lage versetzen, selbstständig domänenübergreifende Datenanalysen durchzuführen.

Blog-Post

Data Mesh to Go: How to Get the Data Product

You know what a data mesh is? You understand its basic principles? But you don’t know how on earth to get the data product? Then I will show you how to extract your data product from your Domain-driven Design (DDD) artifacts.

Artikel

Innovation on steroids - Teil 2

Mit DDD und ML Design Canvas Use Cases fĂĽr Machine Learning identifizieren

Podcast

Ist Domain-driven Design ĂĽberbewertet?

Goldenes Kalb oder „nur“ Werkzeug?

Stefan Tilkov
Lucas Dohmen
Artikel

Innovation on steroids - Teil 1

Immer mehr Firmen setzen auf die Innovationskraft von Machine Learning und KI. Aber nicht jedes Problem lässt sich mit dem Einsatz von ML-Technologien lösen. Wie also kann man geeignete ML Use Cases identifizieren?

Artikel

GroĂźe Systeme mit Domain-driven Design entwerfen

Mit einem strukturierten Ansatz zum Erfolg

Blog-Post

Is Domain-driven Design overrated?

Domain-driven design (DDD) is a useful approach that provides excellent guidelines for modeling and building systems, but it is a means to an end, not an end in itself. While the concepts are valid, you lose a lot if you limit yourself to using them only: There actually is a life beyond DDD.

Artikel

Domain-driven Design und Bounded Context

Die Konzepte von DDD und Bounded Context sind in der Praxis komplizierter, als es auf den ersten Blick erscheint.

Blog-Post

Wenn Customizing zur Legacy wird

Analyse eines ERP-Systems mit Wardley Maps und strategischem Domain-driven Design

Artikel

Domain-driven Design to the code

Beim strategischen Domain-driven Design fokussieren wir uns in der Modellierung sehr stark darauf, die Fachlichkeit möglichst passend zu identifizieren und im Design abzubilden. Leider verlieren wir Entwickler bei der technischen Umsetzung diesen fachlichen Fokus dann aber allzu oft wieder aus den Augen und lassen uns (zu) stark vom neusten hippen Framework begeistern, leiten und beeinflussen und verschmutzen so das fachliche Modell mit unzähligen Technologien. Die Ideen der Onion Architecture und der Einsatz von Stereotypen in der Code-Basis erlauben es, eine Trennung des fachlichen Code vom technisch bedingten Code zu erreichen. Dieser Artikel beleuchtet diese Konzepte und zeigt auf, wie dank Stereotypen in Verbindung mit den taktischen Mustern von DDD diese Trennung konkret erreicht werden kann.

Artikel

Identifikation von Qualitätsanforderungen mit Quality Storming

Quality Storming ist ein Workshop zur Identifizierung von Qualitätsanforderungen auf der Grundlage eines Qualitätsmodells wie beispielsweise der ISO 25010 Norm. Die Methode setzt dabei auf Methoden und Ideen des Collaborative Modeling, das in der Domain-driven Design Community populär ist. Ein wichtiger Aspekt in diesem Zusammenhang ist die Zusammenarbeit verschiedener Stakeholder und Abteilungen.

Artikel

Command & Control, SAFe, Domain-driven Design, and Release Trains

Handling Complex Software Projects

Artikel

Warum Domain-driven Design?

Domain-driven Design (DDD) ist eine alte Technik, aber gerade voll im Hype. Worum geht es bei DDD und ist der Hype berechtigt?

Blog-Post

code-your-model

Some time ago I was looking for some simple, lightweight tool to document a complex, modularized model. I was not able to find anything that fits my requirements or expectations, so I came up with my own idea. Today, a good 15 months later, I want to introduce it to you.

Artikel

Cloud-native, Microservices, Domain-driven Design, Kubernetes

Alles nur ein Hype?

Blog-Post

Event Storming und Domain Story Telling - Ein Vergleich

«Knowledge Crunching» nennt Eric Evans die wichtigen Gespräche mit Domänenexperten, die in seinem Buch «Domain-driven Design» zu tieferem Verständnis der Fachdomäne führen sollen. In den letzten Jahren haben sich für diese Gespräche zwei moderne Workshopformate etabliert: «Event Storming» und «Domain Storytelling».

Blog-Post

Cooking with Onions: Inward-Pointing Arrows

The onion architecture is an established approach to structuring applications.

Blog-Post

Domain Events vs. Event Sourcing

Why domain events and event sourcing should not be mixed up

Blog-Post

Domain Events vs. Event Sourcing

Weshalb Domain Events und Event Sourcing nicht vermischt werden sollten

Blog-Post

Was ist ein Domain-driven Design Architektur-Kata?

Architektur-Katas sind ein sehr interaktives Trainingsformat. Sie eignen sich hervorragend, um Domain-driven Design (DDD) zu vermitteln.

Blog-Post

Schubladendenken - aber konstruktiv

Verwendung von Stereotypen im Code als Basis für ein gemeinsames Architekturverständnis - und mehr

Blog-Post

Domain Exceptions?

In jedem Softwaresystem kommt es zu Ausnahmesituationen. In der Regel handelt es sich um technische Ausnahmen, die in Java als Exceptions auftreten und behandelt werden. Gibt es aber auch fachliche Ausnahmen, also quasi «Domain Exceptions»? Und ist es sinnvoll, diese in Java als Exceptions zu modellieren? Einige Beispiele aus einem Kundenprojekt zeigen, dass dies häufig nicht der Fall ist.

Blog-Post

DDD mit Onion Architecture

3 GrĂĽnde, weshalb Onion Architecture fĂĽr die Umsetzung von Bounded Contexts nach Domain-driven Design besonders geeignet ist.

Blog-Post

The language of maths is not the language of your business
Artikel

Domain- und Test-driven Development mit Spring Boot 2 Softwarearchitektur

Am Anfang eines Projektes wird heutzutage in der Regel Wert auf Tests gelegt. Projekte werden sogar testgetrieben aufgesetzt (Test-driven-development, TDD). TDD-Projekte der reinen Lehre schreiben vor, dass vor jeder Zeile Anwendungscode der entsprechende Testcode geschrieben werden muss. Schleicht sich Stress ein oder lässt die Begeisterung nach, kann es passieren, dass das Thema Tests – obwohl wichtig – vernachlässigt werden. Das gilt umso mehr, je schwieriger Komponenten eines Systems zu testen sind, unabhängig, ob sie einzeln oder integriert betrachtet werden. Lesen Sie hier, wie Ihnen ein Domain-orientierter Ansatz zusammen mit Spring Boot 2 dabei hilft, Qualität sicherzustellen.

Podcast

Domain-Driven Design

Ăśberblick ĂĽber Strategic und Technical Design mit DDD

Michael Plöd
Lucas Dohmen
Artikel

Microservices lieben Domain Driven Design, warum und wie?

Domain Driven Design im Kontext von Microservices

Artikel

Domain-Driven Design in Clojure

In diesem Artikel setzen wir die Prinzipien des Domain-driven Designs mit Clojure um. Wir stellen die Domäne Rating als Beispiel vor und demonstrieren strategisches sowie taktisches DDD. Wir zeigen, wie sich das Domänenmodell in Clojure implementieren lässt.

News

Neuer Primer: Modernes Domain-driven Design
News

Jetzt anmelden: INNOQ Technology Day 2025
News

Agile meets Architecture 2026
News

INNOQ Fragezeit startet am 31. Juli
News

INNOQ Technology Day am 20. November 2025
News

OOP 2024: Wir sind dabei!

News

Neuer Workshop: Domain-driven Design für Führungskräfte in der IT
News

INNOQ Technology Day 2023 am 13. November
News

INNOQ Technology Night am 22.06. in Hamburg
News

INNOQ Technology Night am 26.10. in Hamburg
News

Neues Training: Domain-driven Design fĂĽr Machine-Learning-Produkte