# Plattformintegration und Capstone

> Linux-Hosts als Teil einer Plattform mit Schnittstellen, Ownership, Change-Evidenz und wiederholbaren Betriebsentscheidungen führen.

Track: [Linux System Administration](https://opsmith.app/learn/linux-system-administration)  
Kanonische Fassung: https://opsmith.app/learn/linux-system-administration/platform-integration  
Stand: 2026-07-30  
Interaktiver Teil: 5 Checks (nur im Browser)

## Der Host als Teil eines Plattformvertrags

### Die Betriebsfrage

Wie wird ein Linux-Host so in Identität, Netzwerk, Observability, Backup und Change-Prozesse eingebunden, dass sein Betrieb nicht von Einzelwissen abhängt?

> **Lernziel:** Du kannst technische Schnittstellen, Ownership und Evidenz zu einem betreibbaren Servicevertrag verbinden.

### Hostvertrag

|  |  |
| --- | --- |
| Identität | Wer erhält Zugriff, wie wird er entzogen und wie ist Notzugang kontrolliert? |
| Netzwerk | Welche Namen, Routen, Ports und Abhängigkeiten braucht der Dienst? |
| Betrieb | Welche Logs, Metriken, SLOs und Runbooks belegen den Zustand? |
| Resilienz | Welche Sicherung, Wiederherstellung und Change-Rückfall sind vereinbart? |

### Capstone-Schleife

Servicegrenzen und Owner festlegen → Abhängigkeiten als überprüfbare Verträge erfassen → Änderung mit Staging und Rückfall planen → Betriebsnachweis und Review aktualisieren

### Vor dem Check

> **Trade-off:** Zentrale Plattformstandards reduzieren individuelle Freiheit, schaffen aber nachvollziehbaren Zugriff und wiederholbare Recovery. Ausnahmen brauchen einen Owner, Grund und Ablaufdatum.

## Quellen

- sre.google/workbook/table-of-contents — https://sre.google/workbook/table-of-contents/
- nist.gov/cyberframework — https://www.nist.gov/cyberframework
- itil.org.uk — https://www.itil.org.uk/
- rfc-editor.org/rfc/rfc1034 — https://www.rfc-editor.org/rfc/rfc1034