Zielbild: Enterprise-Infrastruktur verstehen
Enterprise-Infrastruktur ist nicht nur Server, Netzwerk und Storage. Sie ist das belastbare Betriebsmodell, auf dem Anwendungen, Daten, Compliance, Sicherheit und Änderbarkeit zusammenkommen.
Fachliche Perspektive
Ein Fachbereich sieht keine Switches, Hypervisor und Storage-Klassen. Er sieht Auftragsannahme, Kundenportal, Zahlungsverkehr, Reporting und regulatorische Nachweise. Infrastruktur übersetzt diese fachlichen Bedürfnisse in belastbare technische Fähigkeiten: Verfügbarkeit, Skalierbarkeit, Wiederherstellbarkeit, Sicherheit und nachvollziehbare Änderung.
Technische Perspektive
Technisch besteht Enterprise-Infrastruktur aus Schichten: Standort/Rechenzentrum, Strom/Klima/Racks, Netzwerk, Compute, Storage, Betriebssystem, Virtualisierung, Container-Plattform, Sicherheitsdienste, CI/CD, Observability und Backup/DR. Jede Schicht hat Abhängigkeiten nach unten und Serviceversprechen nach oben.
Warum Verständnismodelle wichtiger sind als Produktnamen
Produkte ändern sich. Konzepte bleiben länger stabil: Netzwerksegmentierung, deklarative Zielzustände, Immutable Infrastructure, Golden Images, Identity-basiertes Access Control, Service Discovery, Health Checks, Backups, RTO/RPO, Capacity Planning und Change Windows.
Leitfrage für jede Infrastrukturentscheidung
Welche fachliche Fähigkeit wird geschützt oder ermöglicht? Welche technische Komponente liefert diese Fähigkeit? Wie wird die Komponente überwacht, gesichert, wiederhergestellt und geändert?
Ausführliche Beispiele
Capability Map für ein Enterprise-System
Fachliche Fähigkeit: Kunden bestellen Produkte rund um die Uhr.
Infrastruktur-Fähigkeiten:
- DNS und Load Balancer für stabile Erreichbarkeit
- Cluster/VM/Kubernetes für Ausfallsicherheit
- Datenbank-Storage mit Snapshots und Replikation
- Monitoring für Fehlererkennung
- Backup/DR für Wiederanlauf nach Standortausfall
- IAM, Firewall, TLS und Secrets für Schutz der Daten
Minimaler Zielzustand als Architekturregel
infrastruktur_prinzipien:
standardisiert: true
automatisiert: true
beobachtbar: true
wiederherstellbar: true
sicher_by_default: true
dokumentiert_mit_adr: true
manuelle_aenderungen_nur_ausnahme: true
Typische Stolperfallen
- Nur Produktwissen ohne Betriebsmodell führt zu punktuellen Lösungen.
- Eine Plattform ohne klare Verantwortlichkeiten wird schnell zu einer Sammlung von Sonderfällen.
- Monitoring ohne fachliche SLOs erzeugt viele Alarme, aber wenig Entscheidungshilfe.
Prüf- und Verständnis-Checkliste
- Jede kritische Anwendung hat Besitzer, Serviceklasse und RTO/RPO.
- Jede Infrastrukturänderung ist versioniert oder dokumentiert.
- Jeder Dienst hat Health Checks, Logs, Metriken und Runbook.
- Security ist Bestandteil des Designs, nicht Abschlussprüfung.
Merksatz
Eine Infrastrukturkomponente ist erst enterprise-tauglich, wenn sie geplant, automatisiert, überwacht, geschützt, wiederherstellbar und fachlich begründet ist.