Enterprise Architektur Schnittkanten

Das Prinzip Divide et impera

Eines der wichtigsten Prinzipien in der gesamten Informatik ist Divide et impera - zu Deutsch: Teilen und Herrschen: Immer dann, wenn Probleme zu komplex werden, um sie vollständig zu überblicken, teilt man sie auf. Die Komplexität der Teile ist geringer als die des Ganzen und damit leichter beherrschbar. Dieses Grundprinzip findet sich in vielen Entwurfsmustern und abgeleiteten Prinzipien wieder (z.B. Schichtenmodelle,  MVC,  EVA, usw.). Für das  Enterprise Architektur Management bedeutet dies, dass eine  Enterprise Architektur in verschiedene Segmente zerlegt werden sollte und diese Teile dann weitgehend unabhängig voneinander betrachtet werden können. Durch die Zerlegung in Segmente wird die Komplexität des Gesamtsystems reduziert. Der Artikel  Kohäsion, Kopplung, Komplexität beschreibt die Details der Komplexität und die Vorteile, die man erhält, wenn man sie reduziert.

Schnittkanten auf verschiedenen Ebenen

Der Schnitt in einem Unternehmen kann von verschiedenen Ebenen her kommen. Meistens ergibt er sich aus Herausforderungen wie:

• Muss das Unternehmen mit einem starken Wachstum umgehen?
• Will man das Management einer IT-Landschaft vereinfachen?
• Soll die Integration von Anwendungen entflochten werden?
• Soll die Technologie effizienter genutzt oder neue Technologieplattformen eingesetzt werden?

In der IT- und Unternehmensarchitektur besteht immer die Gefahr des konzeptionellen Divide et impera, also virtueller Schnittkanten ohne echte Konsequenzen, die nur auf dem Papier und in Architekturskizzen existieren. Damit dieses Prinzip seine Wirkung entfalten kann, müssen die Schnittkanten im Unternehmen durch reale Abgrenzungen umgesetzt werden. Diese Abgrenzungen finden sich organisatorisch in hierarchischen Strukturen, geschäftlich in abgegrenzten Prozessen und technisch in Schnittstellen, Datenflüssen, Integrationssystemen und Netzwerksegmenten wieder. Sie bilden die vertikalen Domänen, die sich durch alle Ebenen der Unternehmensarchitektur ziehen.

Eine Gefahr ist, dass sich verschiedene Strukturen auf verschiedenen Ebenen im Unternehmen bilden. Ein Unternehmen pflegt beispielsweise ein Prozessmodell und eine Anwendungslandschaft. Beide sind aber komplett unterschiedlich strukturiert. Und die hierarchische Organisationsstruktur im Unternehmen ist wieder eine andere. In diesem Fall haben die Strukturen auf den Ebenen nur eine minimale Überlappung.

Ob eine Unternehmens-IT überhaupt in verschiedene Segmente unterteilt werden muss, hängt von ihrer  Komplexität ab. Bei einem kleinen Unternehmen ist sie meist nur ganz grob strukturiert - je größer es wird, desto verästelter wird die Strukturierung. Ob die Strukturen zuerst auf der Business Ebene in Form von Geschäftsprozessen oder Geschäftsfähigkeiten, zuerst auf der Anwendungs- und Datenebene oder zuerst auf der organisatorischen Ebene auf Grund von Mitarbeiterwachstum auftauchen, ist individuell. Die Strukturen auf der führenden Ebenen sollte jedoch auch auf die anderen Ebenen abgebildet werden, da ansonsten andauernde Konflikte und Unsicherheiten bezüglich Zuständigkeiten im Unternehmen drohen. Dies wiederum lähmt neue Projekte, verlangsamt Verwaltungsvorgänge und macht den Betrieb der IT unsicherer. Eine starke Überlappung der Strukturen auf allen Ebenen ist wünschenswert.

Beispiele für Schnittkanten

Um die gewünschten Strukturen zu schaffen, kann man eine Unternehmens-IT im Sinne der Enterprise Architektur auf verschiedene Arten schneiden:

• Geschäftsprozessorientierter Schnitt: Sofern die Anwendungen relativ eindeutig den Geschäftsprozessen zugeordnet werden können, kann dieser Schnitt auch für die Anwendungslandschaft übernommen werden.

• Nutzerorientierter Schnitt: Die Anwendungslandschaft kann nutzerorientiert geschnitten werden, sofern nur wenige Anwendungen von 2 Nutzergruppen gleichzeitig genutzt werden. Beispielsweise können Sektoren für Mitarbeiter in der Zentrale eines Unternehmens und in dessen Filialen eingerichtet werden. Ergänzt werden diese durch Sektoren für Kunden in Europa und für Kunden in Asien.

• Datenorientierter Schnitt: Die Sektoren können auch nach der Art der von den Anwendungen verarbeiteten Daten unterteilt werden. Dies könnten z.B. sein: Kundendaten, Mitarbeiterdaten, Geschäftspartnerdaten, IoT-Daten und Analysedaten.

• Datenverarbeitungsorientierter Schnitt: Die Anwendungen werden in Sektoren eingeteilt, die jeweils primär transaktionale, analytische oder  translytische Datenverarbeitung betreiben.

• Pace Layered Architecture: Die in der  Pace Layered Architecture verwendeten Systemtypen können ebenfalls Schnittkanten einer Anwendungslandschaft bilden. Hier wird unterschieden zwischen: Systems of Record (weitgehend standardisierte Systeme im Unternehmen), Systems of Differentiation (die die Kernprozesse eines Unternehmens abbilden, mit denen es sich von Wettbewerbern unterscheidet) und Systems of Innovation (in denen Neues ausprobiert wird).

• CAP-Theorem: Das  CAP-Theorem klassifiziert Anwendungen in verteilten Systemen nach Konsistenz (Consistency), Verfügbarkeit (Availability) und Ausfalltoleranz (Partition Tolerance). Ein System kann niemals 2 dieser Eigenschaften gleichzeitig erfüllen. Daraus ergeben sich die Anwendungsklassen CA, CP und AP, welche als Schnittkanten in einer Anwendungslandschaft genutzt werden können.

• Lastorientierter Schnitt: Ein Unternehmen kann Anwendungen mit unterschiedlichen Lastanforderungen haben. Auf einem Buchhaltungssystem kann in einem kleinen Unternehmen beispielsweise wenig Last sein. Auf dem Online-Shop desselben Unternehmens dagegen eine sehr hohe Last. Dementsprechend kann die Anwendungs- und Datenebene in Hochlast-, Mittellast- und Niedriglast-Sektoren eingeteilt werden.

• Sicherheitsorientierter Schnitt: Mit besonderem Fokus auf die Daten können auch Sektoren eingerichtet werden, die Anwendungen unterscheiden, welche jeweils geheime, vertrauliche, sensible oder öffentliche Daten verarbeiten.

Schnittkanten evolvieren mit der Zeit

Evolviert die IT-Landschaft im Unternehmen ganz oder teilweise zum Beispiel von einem  Vernetzten System auf ein  digitales Ökosystem, dann wird sie naturgemäß komplexer als zuvor. Eine Anwendung besteht dann aus einer Gruppe von Micro, Mini oder Macro Services, die orchestriert werden müssen. Gleichzeitig wird die Anzahl der Anwendungen zunehmen, denn die Anwendungen werden sich in Richtung kleinerer Apps entwickeln und weniger multifunktionale Suiten sein. Das wird dann ungefähr so aussehen:

Die Anwendungen links sind an ihre Hosts gebunden. Die Kommunikation über das Netzwerk findet nur zwischen den drei dargestellten Monolithen statt. Auf diese Weise bilden die Hosts einen natürlichen Rahmen um die Anwendungen, der die Komplexität der Anwendungslandschaft unter Kontrolle hält. Leider schränkt dieser Rahmen auch die Skalierbarkeit, Integrationsfähigkeit und Flexibilität ein. In einem digitalen Ökosystem (rechts im Bild) fällt dieser natürliche Rahmen weg und die Anwendungen kommunizieren direkt miteinander. Das erhöht schlagartig die Skalierbarkeit, Integrationsfähigkeit und Flexibilität der Gesamtlandschaft. Leider auch die Komplexität. Aus diesem Grund müssen innerhalb eines digitalen Ökosystems Maßnahmen in Form von Schnittstellen auf Anwendungsebene getroffen werden, um die Komplexität wieder zu reduzieren. Denn die Zahl der Anwendungen wird in Zukunft weiter steigen und damit auch die Komplexität. Ähnliches geschieht auf der Business- und Technologieebene, wenn neue Geschäftsfelder hinzukommen oder sich Technologien weiterentwickeln, z.B. in Richtung  Cloud.

Fazit

Durch die gezielte Zerlegung in Segmente an sogenannten Schnittkanten lässt sich die Komplexität einer Prozess- und IT-Landschaft reduzieren und besser beherrschen. Diese Schnittkanten sollten nicht nur theoretisch, sondern auch organisatorisch, geschäftlich und technisch konsequent umgesetzt werden. Sie sollten als stabil, aber nicht in Stein gemeißelt betrachtet werden. Sie müssen angepasst werden, wenn fundamentale technische Fortschritte anstehen oder das Unternehmen reorganisiert wird. Wichtig ist, dass die Segmentierungen über alle Unternehmensebenen hinweg konsistent sind, um Reibungsverluste zu vermeiden und die Handlungsfähigkeit zu sichern.