AWS Security ChangesHomeSearch

AWS whitepapers documentation change

Service: whitepapers · 2025-02-26 · Documentation low

File: whitepapers/latest/aws-fault-isolation-boundaries/regional-services.md

Summary

Changed 'independence' to 'isolation' in Availability Zones context

Security assessment

Terminology clarification about infrastructure reliability, not directly related to security vulnerabilities or security features

Diff

diff --git a/whitepapers/latest/aws-fault-isolation-boundaries/regional-services.md
index b8f41f580..3c76a8b26 100644
--- a/whitepapers/latest/aws-fault-isolation-boundaries/regional-services.md
+++ b/whitepapers/latest/aws-fault-isolation-boundaries/regional-services.md
@@ -7 +7 @@
-Regional services are services that AWS has built on top of multiple Availability Zones so that customers don’t have to figure out how to make the best use of zonal services. We logically group together the service deployed across multiple Availability Zones to present a single Regional endpoint to customers. Amazon SQS and [Amazon DynamoDB](https://aws.amazon.com/dynamodb/) are examples of Regional services. They use the independence and redundancy of Availability Zones to minimize infrastructure failure as a category of availability and durability risk. Amazon S3, for example, spreads requests and data across multiple Availability Zones and is designed to automatically recover from the failure of an Availability Zone. However, you only interact with the Regional endpoint of the service. 
+Regional services are services that AWS has built on top of multiple Availability Zones so that customers don’t have to figure out how to make the best use of zonal services. We logically group together the service deployed across multiple Availability Zones to present a single Regional endpoint to customers. Amazon SQS and [Amazon DynamoDB](https://aws.amazon.com/dynamodb/) are examples of Regional services. They use the isolation and redundancy of Availability Zones to minimize infrastructure failure as a category of availability and durability risk. Amazon S3, for example, spreads requests and data across multiple Availability Zones and is designed to automatically recover from the failure of an Availability Zone. However, you only interact with the Regional endpoint of the service.