请阅读AWS IoT document。我对它的消息代理的设计非常好奇：
每个AWS账户和区域对都隔离了主题名称空间。例如，AWS账户的Sensor / temp / room1主题独立于＆＃34;传感器/ temp / room1＆＃34;另一个AWS账户的主题。区域也是如此。 ＆＃34;传感器/ temp / room1＆＃34; us-east-1中同一AWS账户中的主题独立于us-west-2中的相同主题。 AWS IoT不支持跨AWS账户和区域发送和接收消息。
为什么AWS会分离消息代理的访问权限？如果可以跨多个地区访问消息，那么方便吗？
使消息代理区域独立有什么好处？
答案 0 :(得分：2)
引用中的最后一句......
AWS IoT不支持跨AWS账户和区域发送和接收消息。
...使名称空间的问题有些无用。
名称空间是独立的，因为区域是独立的。如果消息不能越过区域边界，那么命名空间就没有意义，因为它们不能。
如果您的问题确实是“为什么地区独立？”然后我会从EC2 documentation -
借用一句话这实现了最大可能的容错性和稳定性。
几乎所有AWS服务都使用类似的模型。 SQS队列名称？ SNS主题名称？区域命名空间。
例外情况是IAM，CloudFront和Route 53等服务，所有服务都有配置，但不能运行，依赖于us-east-1 ...和S3，这需要全局命名空间，以便存储桶可以具有1：1的明确映射到DNS主机名。