2016-06-23 47 views
0

ちょうどAWS IoT documentを読んでください。AWS IoT - リージョンのトピック名前空間が分離されている理由

各AWSアカウントとリージョンのペアごとにトピック名前空間が分離されています。たとえば、AWSアカウントのSensor/temp/room1トピックは、別のAWSアカウントの「Sensor/temp/room1」トピックから独立しています。これは地域にも当てはまります。 us-east-1の同じAWSアカウントの "Sensor/temp/room1"トピックは、us-west-2の同じトピックから独立しています。 AWS IoTは、AWSアカウントと地域間でメッセージの送受信をサポートしていません。

なぜAWSがメッセージブローカのアクセスを分離するのですか?メッセージが複数の地域にまたがってアクセス可能な場合は便利ではないでしょうか?

メッセージブローカーをリージョンに依存しないようにするメリットは何ですか?

+0

メッセージが領域に依存する場合、名前空間の領域を独立にすることは意味がありません。 – Justinas

+0

なぜ名前空間は異なる領域で独立しているべきですか? – shihpeng

答えて

2

引用の最後の文...

AWSのIoTは、AWSアカウントと地域全体でメッセージの送受信をサポートしていません。

...名前空間は多少疑問に思う。

名前空間は独立しているため、名前空間は独立しています。メッセージが地域の境界を越えていけない場合、名前空間の共通点は存在しません。

質問が本当に「なぜ地域が独立しているのですか? EC2 documentation -

このようにすれば、フォールトトレランスと安定性を最大限に引き出すことができます。

ほとんどすべてのAWSサービスは、同様のモデルで動作します。 SQSキュー名? SNSトピック名?地域の名前空間。

IAM、CloudFront、およびRoute 53のようなサービスは例外で、すべてのプロビジョニングを実行しますが、動作しません。 us-east-1 ...およびS3に依存します。 DNSホスト名への1:1明白なマッピングを持つことができます。

関連する問題