Amazon web services AWS IoT-为什么主题名称空间对于区域是隔离的？

读一下这本书。我对其message broker的设计非常好奇：

每个AWS帐户和区域对的主题命名空间都是独立的。例如，AWS帐户的Sensor/temp/room1主题独立于另一AWS帐户的“Sensor/temp/room1”主题。地区也是如此。us-east-1中同一AWS账户中的“传感器/温度/房间1”主题独立于us-west-2中的同一主题。AWS物联网不支持跨AWS帐户和地区发送和接收消息

为什么AWS将消息代理的访问权分离？如果消息可以跨多个区域访问，那不是很方便吗

---

使MessageBroker区域独立的好处是什么？

引文的最后一句话

AWS物联网不支持跨AWS帐户和地区发送和接收消息

…使名称空间的问题变得有些毫无意义

名称空间是独立的，因为区域是独立的。如果消息不能跨越区域边界，那么名称空间中的公共性就没有意义了，因为它们不能跨越区域边界

如果你的问题真的是“为什么这些地区是独立的？”那么我会引用--

这将实现最大可能的容错性和稳定性

几乎所有AWS服务都使用类似的模式运行。SQS队列名称？SNS主题名称？区域名称空间

---

例外情况是IAM、CloudFront和Route 53等服务，它们都依赖于us-east-1，但不依赖于操作。。。S3，它需要一个全局名称空间，以便bucket可以与DNS主机名进行1:1的明确映射

引用的最后一句话

AWS物联网不支持跨AWS帐户和地区发送和接收消息

…使名称空间的问题变得有些毫无意义

名称空间是独立的，因为区域是独立的。如果消息不能跨越区域边界，那么名称空间中的公共性就没有意义了，因为它们不能跨越区域边界

如果你的问题真的是“为什么这些地区是独立的？”那么我会引用--

这将实现最大可能的容错性和稳定性

几乎所有AWS服务都使用类似的模式运行。SQS队列名称？SNS主题名称？区域名称空间

---

例外情况是IAM、CloudFront和Route 53等服务，它们都依赖于us-east-1，但不依赖于操作。。。S3，它需要一个全局名称空间，以便bucket可以与DNS主机名进行1:1的明确映射

若消息是区域相关的，那个么使命名空间区域独立就并没有意义了为什么命名空间在不同的区域中应该是独立的？若消息是区域相关的，那个么使命名空间区域独立就并没有意义了为什么命名空间在不同的区域中应该是独立的？