Version 2 · Großer Schritt
Enterprise Infrastruktur Verständnis Lehrbuch - Version 2 Großer Schritt
Ausgebautes deutsches Infrastruktur-Lehrbuch mit Zielarchitektur, Praxislab, Sizing, Day-2-Betrieb, Troubleshooting, IaC, Security, DR und Java-Enterprise-Migrationsszenario.
Gesamtlehrbuch mit klickbarem Inhaltsverzeichnis und farbigen Codeblöcken.
📱 iPhone/Safari
Robuste Einseitenfassung ohne Pflicht-JavaScript.
🧪 Praxislab
Terraform, Ansible, Kubernetes/OpenShift, ADRs und Runbooks als Lernrepository.
Kapitelübersicht
| Kapitel | Typ | Inhalt |
|---|---|---|
| Enterprise-Infrastruktur-Zielbild und Gesamtlandkarte | Grundlage / Architekturverständnis | Dieses Kapitel erklärt Infrastruktur nicht als Produktliste, sondern als Schichtenmodell für fachliche Fähigkeiten: Anwendungen, Plattformen, technische Dienste und Betriebsnachweise. |
| Rechenzentrum, Bare Metal und Kapazitätsplanung | Compute / Hardware | Bare Metal ist die physische Basis: Server, CPU, RAM, Netzwerk, HBA, lokale Disks, Firmware, Rack, Strom, Kühlung und Wartungsmodell. |
| Netzwerk, DMZ, DNS, Load Balancer und Firewall | Netzwerk / Connectivity | Netzwerk macht Dienste erreichbar, begrenzt Kommunikationswege und entscheidet, welche Systeme einander sehen dürfen. |
| Storage: SAN, NAS, Object, Ceph, Snapshots und Backup | Storage / Datenhaltung | Storage ist nicht einfach Festplatte. Datenform, Zugriffsmuster, Latenz, Konsistenz, Backup und Restore bestimmen die passende Storage-Klasse. |
| Virtualisierung, vSphere und Private-Cloud-Betrieb | Virtualisierung / Private Cloud | Virtualisierung bleibt in Enterprise-Umgebungen zentral: Legacy-Systeme, Datenbanken, Infrastrukturserver und Übergangsarchitekturen laufen häufig auf VMs. |
| Linux OS-Baseline, Hardening und Patch-Betrieb | Betriebssystem / Baseline | Eine saubere OS-Baseline verhindert Drift: Benutzer, Pakete, Zeit, Logging, SSH, Zertifikate, SELinux, Firewall, Monitoring und Patch-Prozess sind standardisiert. |
| Kubernetes und OpenShift als Enterprise-Plattform | Container-Plattform / Framework | Kubernetes stellt deklarative Orchestrierung bereit; OpenShift ergänzt Enterprise-Funktionen wie integrierte Entwickler- und Betriebsfeatures, Security-Modelle und Plattform-Workflows. |
| OpenShift Networking, Routes, Services und NetworkPolicy | OpenShift / Netzwerkframework | In Container-Plattformen gibt es mehrere Netzwerkebenen: Pod, Service, Route/Ingress, DNS, Firewall, Load Balancer und externe Clients. |
| Identity, Access, PKI, Secrets und Zero Trust | Security / Governance | Enterprise-Security beginnt mit Identität, Rollen, Policy, Zertifikaten, Secret-Management, Audit und kontinuierlicher Prüfung. |
| Infrastructure as Code mit Terraform: Module, State und Environments | IaC / Framework | Terraform beschreibt Infrastruktur als Code, macht Änderungen planbar und verbindet Architekturentscheidungen mit überprüfbaren Pull Requests. |
| Automation mit Ansible: Day-2, Konfiguration und Runbooks | Automation / Framework | Ansible eignet sich für Konfigurationsmanagement, wiederholbare Betriebsaufgaben, Patch-Abläufe, Validierungen und dokumentierbare Runbooks. |
| GitOps, CI/CD und Plattform-Auslieferung | Delivery / Betriebsmodell | GitOps macht Git zur Quelle des gewünschten Zustands. CI baut und testet Artefakte; CD synchronisiert freigegebene Zustände in die Plattform. |
| Observability: Monitoring, Logging, Tracing, SLO und Alerting | Betrieb / Observability | Observability beantwortet nicht nur ob etwas kaputt ist, sondern warum, wie stark der Fachprozess betroffen ist und welche Maßnahme sinnvoll ist. |
| High Availability, Disaster Recovery, RPO/RTO und Restore | Resilienz / DR | Verfügbarkeit entsteht durch Architektur und Übungen: Redundanz, Backups, Replikation, Failover, Restore-Tests und klare fachliche Prioritäten. |
| Troubleshooting: typische Fehlerbilder und Diagnosepfade | Betrieb / Fehleranalyse | Gute Fehleranalyse folgt Schichten: Symptom, Scope, letzter Change, Infrastrukturpfad, Plattformzustand, Anwendung, Daten und externe Abhängigkeiten. |
| Kosten, Lizenz, SLA, SLO und Betriebsmodell | Governance / Wirtschaftlichkeit | Enterprise-Infrastruktur muss finanziell und organisatorisch verstanden werden: Hardware, Software, Support, Lizenzen, Personal, Rufbereitschaft, SLA und Kapazitätsreserve. |
| Enterprise-Java-Migration: Infrastruktur-Szenario mit Legacy, VM und OpenShift | Praxis / Modernisierung | Dieses Kapitel verbindet Infrastruktur mit Java-Enterprise-Modernisierung: WebSphere/JBoss auf VM, Datenbank extern, neue Services auf OpenShift, kontrollierte Migration über Schnittstellen. |
| Praxislab: Hybrid Infrastructure Repository | Lab / Beispielprojekt | Das Lernpaket enthält ein Beispiel-Repository mit Terraform-, Ansible-, Kubernetes-, Runbook- und ADR-Struktur für ein realistisches Enterprise-Infrastruktur-Lab. |
| Sizing: 3-Node-Lab, mittlere Enterprise-Umgebung und Grenzen | Dimensionierung / Praxis | Dimensionierung erklärt, was mit kleinen Laborumgebungen möglich ist und wo produktionsnahe Grenzen liegen. |
| Plattformteam, Rollen, Verantwortlichkeiten und Betriebsorganisation | Organisation / Betrieb | Infrastruktur wird nur stabil, wenn Verantwortlichkeiten zwischen Entwicklung, Plattform, Security, Netzwerk, Storage und Fachbereich klar sind. |
| Architekturentscheidungen, ADRs und Governance | Governance / Dokumentation | ADRs halten fest, warum eine Infrastrukturentscheidung getroffen wurde und welche Konsequenzen daraus entstehen. |
Fachliche Gesamtlandkarte
Was in Version 2 neu ist
Praxislab
Eigener Ordner mit IaC-, Automation-, Kubernetes-, ADR- und Runbook-Beispielen.
Große Betriebskapitel
Sizing, Fehlerbilder, DR, SLO, Kosten, Rollen und Governance.
Mehr Enterprise-Szenario
Hybrid-Zielbild mit VM, OpenShift, Netzwerkzonen, Storage, Security und Java-Legacy-Migration.
Mehr Diagramme
Kompakte SVGs für Infrastruktur-Landkarte, Netzwerkzonen, IaC, Zero Trust und DR.