|
|
### Monitoring Betriebsstatus
|
|
|
|
|
|
Der Softwarelieferant MUSS...
|
|
|
|
|
|
- Beispieltext (SYS.1.6.AX)
|
|
|
|
|
|
Der Softwarelieferant SOLL...
|
|
|
|
|
|
- einen Health-Check für den Start und den Betrieb („readiness“ und „liveness“), ggf. nach den Vorgaben des Plattformbetreibers, definieren. Beide Checks müssen für die Anwendung relevante Funktionen prüfen und als Ergebnis zurückliefern. [^1] (APP.4.4.A11 S: Überwachung der Container)
|
|
|
- <span dir="">Hilfestellung zu Möglichkeiten für forensische Analysen dem Softwarebetreiber anbieten.</span> (SYS.1.6.A22) [^2]
|
|
|
|
|
|
Der Softwarelieferant KANN...
|
|
|
- Start-up-Checks für den Start der Container implementieren. [^2] (APP.4.4.A11 S)
|
|
|
|
|
|
- Start-up-Checks für den Start der Container implementieren. [^3] (APP.4.4.A11 S)
|
|
|
|
|
|
**Umsetzungshinweise**
|
|
|
|
|
|
[^1]: Ausnahme: Init-Container: https://kubernetes.io/docs/concepts/workloads/pods/init-containers/
|
|
|
[^2]: https://kubernetes.io/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes/#define-startup-probes |
|
|
|
|
|
[^3]: https://kubernetes.io/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes/#define-startup-probes
|
|
|
|
|
|
[^2]: z.B. Log-Funktionalitäten, Konfigurationsdateien, Funktionalitäten zu Rückverfolgung von Änderungen |