# Einführung in die Schichten der Digitalen Domäne

Die Digitale Domäne wird oft so diskutiert, als wäre sie einfach der Ort, an dem Software entwickelt, Integrationen verbunden und Daten bewegt werden. Diese Vorlesung plädiert für eine andere Sichtweise: Die Digitale Domäne gehört *innerhalb* des Architekturmodells. Sie sollte als Schichtenarchitektur verstanden werden, nicht als loses Bündel von Ausführungsaufgaben. Diese Unterscheidung ist wichtig, denn Modernisierung schlägt fehl, wenn die Digitale Domäne nur als Lieferarbeit betrachtet wird.

Wenn die Architektur von Strategie, Prozessen und Organisation sorgfältig gestaltet ist, die Digitale Domäne jedoch als undifferenzierter IT-Ausführungsraum belassen wird, wird die Gesamtransformation fragil. Entscheidungen über digitale Systeme sind nicht nur Implementierungsdetails. Sie prägen Abhängigkeiten, Kopplungen, Verantwortung und die langfristige Fähigkeit zur Veränderung. Die zentrale Botschaft der Vorlesung ist einfach: Digitale Systeme gehören in das Architekturmodell, und die Struktur dieses Modells bestimmt, ob die Modernisierung kohärent oder in Fragmentierung zerfällt.

## Warum die Digitale Domäne Architektonisch Eingeführt Werden Muss

Die Vorlesung beginnt damit, die Digitale Domäne als einen der wichtigsten Teile des umfassenderen Transformationsmodells zu rahmen, weil sie der Ort ist, an dem Software, Integration und Daten ansässig sind. Dort konzentrieren sich viele Praktiker intuitiv, wenn sie an digitale Transformation denken. Aber die Vorlesung besteht darauf, dass dieses Gebiet nicht auf eine Ausführungsumgebung reduziert werden kann.

Stattdessen sollte die Digitale Domäne durch ihre Schichten eingeführt werden. Diese schichtweise Sichtweise gibt Führungskräften und Architekten einen Weg, zu sehen, wie digitale Fähigkeiten zusammengesetzt sind, wie Komponenten voneinander abhängen und wie das Gebiet verwaltet werden kann. Ohne diese Struktur wird es leicht, architektonische Entscheidungen mit Lieferaktivitäten zu verwechseln. Das Ergebnis ist ein System, das aktiv zu sein scheint, aber nicht architektonisch kohärent ist.

Die Vorlesung macht auch eine wichtige Grenzziehung: Architektur definiert und gestaltet das Gebiet, während die Ausführung diese Entscheidungen in funktionierende Systeme überträgt. Das bedeutet, dass Implementierungsteams und operativer Support essenziell sind, aber sie sind nicht das Gleiche wie die architektonische Definition des Gebiets. Die Klärung dieser Grenze ist eines der zentralen Themen der Vorlesung.

## Die Schichten der Digitalen Domäne

Die Digitale Domäne wird als ein Stapel verwandter Schichten präsentiert. An der Basis befindet sich die *Physische Spezifikationsschicht*, die die logische Darstellung der physischen Welt innerhalb des digitalen Bereichs ist. Sie definiert, wie physische Vermögenswerte dargestellt werden, damit sie durch die darüber liegenden Schichten kontrolliert und verwaltet werden können.

Darüber liegt die *Software-definierte Infrastruktur-Schicht*. Diese Schicht ermöglicht es der Software, Hardware und Ressourcen zu steuern, sei es durch Bereitstellung, Partitionierung oder andere Formen der Infrastrukturkontrolle. Die Vorlesung betont, dass dies breiter ist als eine einzelne Technologieidee. Es ist die Schicht, die digitale Kontrolle über die zugrunde liegende physische Umgebung ermöglicht.

Als Nächstes kommen die *Service-Management-Schicht* und die *Verteilte Informationsmanagement-Schicht*. Diese beiden Schichten arbeiten eng zusammen und interagieren stark mit der softwaredefinierten Infrastruktur. Eine hilft bei der Platzierung und Verwaltung von Dienstleistungen, während die andere die Daten- und Informationsbeziehungen verwaltet, von denen diese Dienstleistungen abhängig sind. Die Vorlesung beschreibt diese Schichten als Teil der orchestrierten Beziehung zwischen Daten, Anwendungen und Hardware.

Darüber sitzt die *Anwendungsschicht*, die für viele Organisationen die größte und sichtbarste Schicht ist. Anwendungen liefern Wert für die Organisation, aber sie tun dies, indem sie auf Dienstleistungen und Informationen unter ihnen angewiesen sind. Die Vorlesung merkt an, dass das Verhalten von Anwendungen nicht isoliert ist; es wird durch die unterliegenden Schichten und die breiteren Prozess- und Organisationsdomänen darüber geprägt.

Dieses schichtweise Modell ist nicht nur deskriptiv. Es hilft zu klären, wo Dinge hingehören, wie sie sich zueinander verhalten und welche Art von Entscheidungen in jeder Schicht getroffen werden sollten. Deshalb behandelt die Vorlesung die Digitale Domäne als Architektur und nicht als ein Durcheinander von Werkzeugen und Systemen.

## Identität und Sicherheit als Querschnittsaspekte

Ein zentraler Teil der Vorlesung ist die Behandlung von Identität und Sicherheit als querschnittliche Aspekt-Schichten. Diese sind keine isolierten Bereiche und sie sind nicht auf eine einzige Schicht beschränkt. Sie durchziehen die Digitale Domäne.

Identität ist besonders wichtig, weil sie breiter ist als Benutzerkonten. Die Vorlesung weist darauf hin, dass Geräte Identität haben, Daten Identität haben und Anwendungen, Mikrodienste und Dienstleistungen ebenfalls Identität haben. Das macht Identität zu einem erstklassigen architektonischen Anliegen, nicht zu einer Nebenfunktion. Die Vorlesung ist explizit, dass Identität konzeptionell von Sicherheit getrennt werden muss, auch wenn die beiden eng miteinander verbunden sind.

Sicherheit wird ebenfalls als ein Aspekt dargestellt, der sich über die digitalen Schichten zieht. Statt nur auf eine Komponente oder ein Team beschränkt zu sein, gilt Sicherheit für die gesamte Architektur der Digitalen Domäne. Dies ist wichtig für die Governance, da sich dadurch geändert wird, wie Verantwortung zugewiesen und wie architektonische Grenzen durchgesetzt werden.

Indem Identität und Sicherheit als Aspekt-Schichten herausgezogen werden, vermeidet das Modell es, sie als nachträgliche Gedanken zu behandeln. Es macht sie sichtbar als architektonische Anliegen, die jede Schicht der Digitalen Domäne betreffen.

## Wie die Technologiedimension Entscheidungen Gestaltet

Die Vorlesung verbindet auch die Digitale Domäne mit der *Technologiedimension*. Diese Dimension schränkt ein und ermöglicht, was in der Digitalen Domäne getan werden kann. In praktischen Begriffen bedeutet das, dass digitale Architektur nicht frei schwebt. Sie operiert innerhalb technologischer Realitäten, die Entscheidungen prägen und andere einschränken.

Hier wird die Vorlesung besonders nützlich für Führungskräfte. Es geht nicht darum, das neueste Werkzeug zu verfolgen oder Modernisierung als einen Beschaffungsprozess zu behandeln. Es geht darum zu verstehen, wie Technologieentscheidungen in die Architektur passen und wie sie die bereits etablierten Schichtbeziehungen unterstützen.

Die Vorlesung gibt ein Beispiel für den praktischen Wert dieser Klarheit: Wenn Organisationen benennen und kartieren können, was in jede Schicht gehört, können sie Duplikationen, Verwirrungen und "Shelfware" leichter erkennen. Wenn ein Werkzeug nicht an eine Rolle in der Digitalen Domäne angeheftet werden kann, wird es fair, zu fragen, ob es tatsächlich zur Ausführung beiträgt. Das ist eine Governancefrage ebenso wie eine technische.

## Warum Schichtklarheit die Modernisierung Verbessert

Die stärkste Botschaft zur Modernisierung in der Vorlesung ist, dass Transformation strukturell und nicht kosmetisch ist. Wenn die Struktur der Digitalen Domäne gleich bleibt, neigt die Modernisierung dazu, oberflächlich zu bleiben. Echte Veränderungen erfordern Sichtbarkeit in die Architektur: Was von was abhängt, wo Verantwortlichkeiten liegen und wo Duplikation oder Fragmentierung verborgen ist.

Deshalb warnt die Vorlesung davor, Modernisierung nur als ein Lieferproblem zu behandeln. Lieferung ist wichtig, aber Lieferung ohne architektonische Klarheit neigt dazu, dieselben Probleme in neuer Form zu reproduzieren. Im Gegensatz dazu hilft ein schichtweises Modell, architektonische Entscheidungen von Implementierungsaktivitäten und operativem Support zu trennen. Diese Trennung macht die Modernisierung langlebiger.

Die Vorlesung betont auch, dass operativer Support Feedback in die Architektur gibt. Mit anderen Worten, das Gebiet ist nicht statisch. Protokolle, Effizienzen und betriebliche Beobachtungen können zukünftige architektonische Anpassungen informieren. Das schafft eine kontinuierliche Verbesserungsschleife, aber nur, wenn die Digitale Domäne klar genug definiert ist, um sie zu beobachten und zu verwalten.

Für Unternehmensarchitekten, Führungskräfte der digitalen Transformation und Praktiker ist die zentrale Erkenntnis klar: Architektur zuerst, Ausführung zweitens. Wenn die Digitale Domäne als Architektur betrachtet wird, werden ihre Schichten sichtbar und verwaltbar. Wenn sie als loser Ausführungsraum betrachtet wird, verliert die Transformationsanstrengung ihre Kohärenz.

## Weitere Hörtipps

Um die gesamte Vorlesung zu hören, besuchen Sie die Episodenseite:  
https://embracingdigital.org/en/lectures/dta-21

Sie können auch auf die umfassendere Reihe *Digital Transformation Architecture* verweisen, um weitere Vorlesungen zu hören, wie Architektur digitale Veränderungen prägt:  
https://embracingdigital.org/en/lectures