... | ... | @@ -8,9 +8,10 @@ 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. [^2] (APP.4.4.A11 S)
|
|
|
|
|
|
Der Softwarelieferant KANN...
|
|
|
- Beispieltext (SYS.1.6.AX)
|
|
|
- Start-up-Checks für den Start der Container implementieren. [^3] (APP.4.4.A11 S)
|
|
|
|
|
|
**Umsetzungshinweise**
|
|
|
|
|
|
[^1]: Die transaktionsorientierte Funktionsweise soll sicherstellen, dass alle Verarbeitungen korrekt abgeschlossen werden können und keine inkonsistenten Zustände entstehen, selbst wenn Container neu deployed werden.
|
|
|
[^2]: Ausnahme: Init-Container: https://kubernetes.io/docs/concepts/workloads/pods/init-containers/ |
|
|
\ No newline at end of file |
|
|
[^2]: Ausnahme: Init-Container: https://kubernetes.io/docs/concepts/workloads/pods/init-containers/
|
|
|
[^3]: https://kubernetes.io/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes/#define-startup-probes |
|
|
\ No newline at end of file |