... | ... | @@ -2,22 +2,18 @@ |
|
|
|
|
|
Der Softwarelieferant MUSS...
|
|
|
- Anforderungen an die zum Betrieb erforderlichen persistenten
|
|
|
Speicher oder Datenbanken beschreiben (SYS.1.6.A9).
|
|
|
- Mindestanforderungen (Requests) und Begrenzungen (Limits) für CPU,
|
|
|
RAM sowie temporären Speicher für jeden Container definieren. Er
|
|
|
muss ebenfalls die Anforderungen und die Größe des benötigten
|
|
|
persistenten Speichers definiert und die Informationen dem
|
|
|
Softwarebetreiber mitgeteilt werden. (SYS.1.6.A16).
|
|
|
Speicher oder Datenbanken beschreiben {- (SYS.1.6.A9) -} {+ (SYS.1.6.A19 Einbinden von Datenspeichern in Container) +}.
|
|
|
Der Softwarelieferant SOLL...
|
|
|
- notwendige persistente Volumen und deren Nutzung (RW/RO) im
|
|
|
Deployment beschreiben (SYS.1.6.A33).
|
|
|
Deployment beschreiben {- (SYS.1.6.A33) -} {+ (SYS.1.6.A19 Einbinden von Datenspeichern in Container) +}.
|
|
|
|
|
|
Umsetzungshinweise:
|
|
|
- Die Beschreibung im Kontext fachlicher Anforderungen kann nur
|
|
|
individuell erfolgen. Tatsächliche Anforderungen und Begrenzungen werden
|
|
|
in Abstimmung von Softwarelieferant und Softwarebetreiber erarbeitet.
|
|
|
- Hinweis zu (SYS.1.6.A9): Insbesondere Geschwindigkeit, Zugriffstyp (RWO,
|
|
|
- Hinweis zu {- (SYS.1.6.A9) -} erforderlichem Speicher: Insbesondere Geschwindigkeit, Zugriffstyp (RWO,
|
|
|
ROM, RWX) sowie unterstützte Datenbanksysteme (z.B. DB2, Oracle, usw.)
|
|
|
- Hinweis zu (SYS.1.6.A16): Nach dem Prinzip pro Container einen Dienst.
|
|
|
- Hinweis zu {- (SYS.1.6.A16) -} {+ (SYS.1.6.A11 Nur ein Dienst pro Container) +}: Nach dem Prinzip pro Container einen Dienst.
|
|
|
Deckt mit ab: will in der Lage sein, Resourcen zu begrenzen. Ggf., je
|
|
|
nach Szenario feingranular pro Dienst\
|
|
|
Unter \"flüchtigen Speicher\" wird \"ephemeral storage\" verstanden,
|
... | ... | |