Technology Architecture erklärt: Definition, Komponenten und ArchiMate

Eine Definition

Die Technologiearchitektur beschreibt die Infrastruktur und die technischen Fähigkeiten, die Anwendungen und Geschäftsservices tragen. Sie legt fest, wie Technologie in der Organisation strukturiert, standardisiert und gesteuert wird.

Sie umfasst Cloud-Plattformen, Server, Netzwerke, Betriebssysteme, Container und Virtualisierung, Datenbanken, Middleware und Integration, Sicherheitsinfrastruktur, Monitoring und Observability. Ohne technische Standards vervielfachen sich die Technologien, Schwachstellen und Betriebskosten wachsen, und jede Integration wird zum Sonderfall.

Ihr Platz in der Unternehmensarchitektur

TOGAF macht sie zu einer der vier Architekturdomänen, neben Geschäft, Daten und Anwendungen; Phase D der ADM ist ihr gewidmet. Anwendungen stützen sich auf sie: Eine Technologie am Supportende betrifft die Komponenten, die sie nutzen, deren Anwendungen und danach die Prozesse, denen diese Anwendungen dienen.

Die Komponenten

Eine vollständige Technologiearchitektur umfasst in der Regel diese Bereiche.

• Rechenleistung: virtuelle Maschinen, Container und serverlose Funktionen.
• Netzwerk: Konnektivität, Lastverteiler, Firewalls und Service Mesh.
• Speicher: relationale Datenbanken, Objektspeicher und verteilter Speicher.
• Middleware und Plattformen: API-Gateways, Message Broker, Integration und Identitätsverwaltung.
• Sicherheit: Identitäts- und Zugriffsverwaltung, Verschlüsselung, Secrets und Sicherheitsüberwachung.
• Observability: Logs, Metriken und Traces.

Technologiearchitektur und Lösungsarchitektur

Die Technologiearchitektur legt Standards und Leitplanken für die ganze Organisation fest, auf Dauer. Die Lösungsarchitektur entwirft in diesem Rahmen die Antwort auf ein Projekt.

Der Technologiearchitekt legt Infrastrukturstandards fest, entwirft Plattformen und wählt Technologien aus. Er arbeitet mit Unternehmensarchitekten, Lösungsarchitekten, Plattformingenieuren, DevOps-Teams und Sicherheitsarchitekten zusammen.

Cloud und Plattformen

Mit der Cloud wird Infrastruktur als Code beschrieben, Container werden orchestriert, und die Kapazität passt sich automatisch an. Die Arbeit des Technologiearchitekten umfasst dann auch Plattformen: Cloud Landing Zones, Plattformdienste, DevOps-Pipelines und Sicherheitsstandards.

Die Darstellung in ArchiMate 4

ArchiMate 4 beschreibt die Technologie in ihrer Technologiedomäne. Der Knoten (Node) steht dort für eine IT- oder physische Ressource, die andere Ressourcen beherbergt oder verarbeitet; Gerät (Device), Systemsoftware (System Software), Ausrüstung (Equipment) und Einrichtung (Facility) sind weitere Elemente der aktiven Struktur derselben Domäne. Das Kommunikationsnetz verbindet Knoten, und das Artefakt steht für ein bereitgestelltes Element, etwa eine ausführbare Datei.

Version 3.2 hatte eigene technologische Services, Prozesse und Funktionen. ArchiMate 4 kennt nur noch einen Satz von Services, Prozessen, Funktionen und Ereignissen, der allen Domänen gemeinsam ist.

Ein Modell kann einen Cloud-Knoten zeigen, der einen Kubernetes-Cluster beherbergt; dieser Cluster führt die Container der Anwendungsservices aus. Ein Datenbankknoten trägt die Datenbanksoftware, die ihre Daten speichert.

Bewährte Praktiken und häufige Fehler

Eine gepflegte Technologiearchitektur folgt einigen Praktiken. Die gegenteiligen Fehler treten häufig auf: Wildwuchs der Technologien, fehlende Governance, vernachlässigter Betrieb und Überdimensionierung.

• Plattformen standardisieren.
• Cloud-native Dienste bevorzugen, wo die Anwendungen in der Cloud betrieben werden.
• Auf Resilienz auslegen.
• Infrastruktur als Code automatisieren.
• Sicherheit von Anfang an einplanen.
• Observability einrichten.

Supportende und Abhängigkeiten in ArchiLU

In ArchiLU nennt der Technologiekatalog für jede Technologie Typ, Version, Status und die Zahl der Objekte, die sie nutzen. Eine Technologie wird der Komponente zugeordnet, die sie nutzt, und die Anwendung übernimmt die Technologien ihrer Komponenten.

Das CIO-Dashboard listet die Supportfristen auf, bekannte wie unbekannte. 90 Tage vor einem Supportende öffnet sich ein Case: verlängern, migrieren, stilllegen oder das Risiko akzeptieren. Die Technologielandschaft zeigt die Beziehungen „hostet“, „hängt ab von“ und „folgt auf“ zwischen den Technologien.