|
|
## Fehlertoleranz
|
|
|
|
|
|
Der Softwarelieferant MUSS...
|
|
|
- die Container des Fachverfahrens so bauen, dass diese neustartfähig
|
|
|
sind bzw. bei einem Rescheduling automatisch neu starten und alle
|
|
|
abhängigen Dienste ebenfalls dies unterstützen {- (SYS.1.6.A3) -} {+ SYS.1.6.A2 Planung der Verwaltung von Containern +}.
|
|
|
- Restartfähigkeit {+ APP.4.4.A21 Regelmäßiger Restart von Pods (H) +}
|
|
|
- Beispieltext (SYS.1.6.AX)
|
|
|
|
|
|
Der Softwarelieferant SOLL...
|
|
|
- seine Anwendung so programmieren, dass die Bestätigung für die
|
|
|
Datenannahme erst zurückgemeldet wird, wenn die Daten auf den
|
|
|
externen Speicher geschrieben wurden {- (SYS.1.6.A9) -} {+ (APP.4.4.A5 Datensicherung im Cluster) +}.
|
|
|
- Beispieltext (SYS.1.6.AX)
|
|
|
|
|
|
Umsetzungshinweise:
|
|
|
- Hinweis zur Restartfähigkeit: Ziel ist die Unterstützung der
|
|
|
Scheduling-Funktion der Plattform, z.B. müssen die Dienste in den
|
|
|
Containern nach einem Rescheduling wieder funktionsfähig sein, ein
|
|
|
Webserver muss automatisch seine Datenbank neu verbinden usw.
|
|
|
- Hinweis zur Datenhaltung: Innerhalb der containerisierten Anwendung
|
|
|
sollen keine dauerhaft benötigten Nutzdaten zwischengespeichert0 werden.
|
|
|
Der Ausfall eines Containers soll keine Datenverluste verursachen oder
|
|
|
ein vollständiges Rollback sicherstellen, z. B. durch
|
|
|
Transaktionsorientierung.
|
|
|
Der Softwarelieferant KANN...
|
|
|
- Beispieltext (SYS.1.6.AX)
|
|
|
|
|
|
**Umsetzungshinweise**
|
|
|
|
|
|
*Zu SYS.1.6.AX:*
|
|
|
Beispielhinweis |
|
|
\ No newline at end of file |