You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: Standards/scs-0121-w1-Availability-Zones-Standard.md
+7-7Lines changed: 7 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -10,7 +10,7 @@ supplements:
10
10
11
11
The standard will not preclude small deployments and edge deployments, that both will not meet the requirement for being divided into multiple Availability Zones.
12
12
Thus multiple Availability Zones are not always present.
13
-
Somtimes there can just be a single Availability Zones.
13
+
Sometimes there can just be a single Availability Zone.
14
14
Because of that, there will be no automated tests to search for AZs.
15
15
16
16
## Required Documentation
@@ -24,11 +24,11 @@ For each deployment, that uses more than a single Availability Zone, the CSP has
24
24
4. The redundancy in external connection within each AZ MUST be documented.
25
25
5. The redundancy in core routers within each AZ MUST be documented.
26
26
27
-
All of these requirements will either not change at all like the fire zones or it is very unlikely for them to change like redundant internet connection.
28
-
Because of this documentation must only be provided in the following cases:
27
+
After the initial setup, these requirements typically do not change at all (like the fire zones) or are very unlikely to change (like redundant internet connection).
28
+
Because of this, documentation needs to be provided only in the following cases:
29
29
30
-
1. When a new deployment with multiple AZs should be tested for compliance.
31
-
2. When there are physical changes in a deplyoment, which already provided the documentation: the changes needs to be documented and provided as soon as possible.
30
+
1. When a new deployment with multiple AZs should be tested for compliance initially.
31
+
2. When there are physical changes in a deployment that already provided documentation: the changes need to be documented and provided as soon as possible.
32
32
33
33
### Alternative Documentation
34
34
@@ -37,5 +37,5 @@ It is still required to document the existence of fire zones and the correct con
37
37
38
38
## Physical Audits
39
39
40
-
In cases where it is reasonable to mistrust the provided documentation, a physical audit by a natural person - called auditor - send by e.g. the [OSBA](https://osb-alliance.de/) should be performed.
41
-
The CSP of the deployment, which needs such an audit, should grant access to the auditor to the physical infrastructure and should show them all necessary IaaS-Layer configurations, that are needed to verify compliance to this standard.
40
+
When reasons exist to mistrust the provided documentation, a physical audit by a natural person - called auditor - sent by e.g. the [OSBA](https://osb-alliance.de/) should be performed.
41
+
The CSP of the deployment in need of such an audit should grant access for the auditor to the physical infrastructure and should show them all necessary IaaS-Layer configurations that are needed to verify compliance to this standard.
0 commit comments