Auf dieser Seite
Sicherheit & Zuständigkeiten
Zugriff, Anwendungssicherheit und Datenverantwortung mit einer konkreten Aufgabenmatrix festlegen.
Diese Planung können Sie heute für Ihre Anfrage und das Pilotangebot verwenden. Vertragliche Leistungen gelten erst nach schriftlicher Vereinbarung.
Bevor Sie starten
Benennen Sie Anwendungsverantwortlichen, Datenkategorien und erforderliche Zugriffe. Bestätigen Sie Infrastruktur- und Kubernetes-Betriebsumfang im Pilotangebot; „managed“ hebt Ihre Verantwortung für Anwendungscode und Datennutzung nicht auf.
Zuständigkeiten sichtbar machen
| Bereich | ClusterPilot · Umfang vereinbaren | Kunde |
|---|---|---|
| Infrastruktur / Cluster | Bereitstellung, Netzwerk und Lifecycle-Vorgänge im Pilotumfang. | Anforderungen, Änderungsfreigaben und Kompatibilitätsprüfungen der Anwendung. |
| Zugriff | Vereinbarte Zugangsübergabe, Berechtigungen und Sperrverfahren. | Berechtigte Personen, sichere Geräte, Meldung bei Teamänderungen. |
| Anwendung | Bestätigte Plattform-Schnittstellen und separat vereinbarte Unterstützung. | Images, Abhängigkeiten, Anwendungsanmeldung, Secrets und Konfiguration. |
| Daten / Wiederherstellung | Nur ausdrücklich enthaltene Storage-/Backup-/Wiederherstellungsleistungen. | Zulässige Nutzung, Klassifikation, Wiederherstellungsanforderungen und Anwendungsprüfung. |
| Monitoring / Störungen | Vereinbarte Signale, Kanäle und Eskalation innerhalb bestätigter Supportabdeckung. | Nutzersicht-Prüfungen, Geschäftsauswirkung und Erreichbarkeit des Anwendungskontakts. |
Nur notwendige Zugriffe nutzen
- ✓Bereitstellungszugriff von lesender Diagnose trennen, soweit das vereinbarte Rollenmodell dies erlaubt.
- ✓Persönliche Zuständigkeit für Zugangsdaten beibehalten und Sperrung bzw. Erneuerung dokumentieren.
- ✓Anwendungsautomatisierung nicht allein zur Vermeidung von Forbidden mit breiten Clusterrechten ausstatten.
- ✓Namespace-Isolation und NetworkPolicy-Durchsetzung bestätigen; ihre Existenz in Kubernetes belegt keine Isolationsgarantie des Piloten.
Anwendungszugänge vertraulich halten
Halten Sie Passwörter, private Schlüssel und API-Tokens aus Image-Layern, Git und für Support geteilten Manifesten heraus. Kubernetes-Secret-Werte sind häufig Base64-kodiert; diese Kodierung ist keine Verschlüsselung. Bestätigen Sie Zugriffsgrenzen, Speicherschutz und das vereinbarte Verfahren für Secret-Übergabe und -Rotation. Eine Oberfläche oder ein Operator ist kein automatisch qualifizierter Secret-Dienst.
Prüfen Sie freigegebene Images und Updates von Abhängigkeiten. Bevorzugen Sie einen Nicht-Root-Prozess, ein kompatibles schreibgeschütztes Dateisystem und keinen automatisch eingebundenen Service-Account-Token, wenn die Anwendung die Kubernetes-API nicht nutzt. Testen Sie diese Einstellungen mit Ihrer Anwendung, statt Einschränkungen nach einem ungeklärten Startfehler zu entfernen.
Erste Anwendung bereitstellen →Daten- und Audit-Anforderungen vereinbaren
Klären Sie vor sensiblen Daten den vereinbarten Standort, Verarbeitungsbedingungen, berechtigte Betreiberzugriffe, Protokollierung bzw. Aufbewahrung und Ausstiegsverfahren. Legen Sie fest, welche Aktionen nachvollziehbar sein müssen und wie Sie Nachweise erhalten. Cloud-Teamverwaltung, Audit-Exporte und Compliance-Zertifizierungen werden durch diese Anleitungen nicht bestätigt und benötigen individuelle Qualifizierung.
Support gezielt anfragen →Technische Referenzen (Englisch)
Kubernetes beschreibt hier das technische Verhalten. Der für Ihren Cluster bestätigte Funktionsumfang steht in Ihrer Pilotvereinbarung.
Diese Anleitung gilt für Ihren vereinbarten Pilotumfang. Technische Kubernetes-Beispiele sind kein Nachweis einer allgemein verfügbaren Cloud-Funktion.