0

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 がメッセージ ブローカーのアクセスを分離するのはなぜですか? メッセージが複数の地域にまたがってアクセスできると便利ではないでしょうか?

メッセージ ブローカーをリージョン非依存にする利点は何ですか?

4

1 に答える 1

2

引用文の最後の文...

AWS IoT は、AWS アカウントおよびリージョン間でのメッセージの送受信をサポートしていません。

...名前空間の問題をやや無意味にします。

リージョンが独立しているため、名前空間も独立しています。メッセージが地域の境界を越えることができない場合、名前空間が共通であっても意味がありません。

あなたの質問が本当に「なぜ地域は独立しているのですか?」次に、 EC2 のドキュメントから引用を借ります--

これにより、最大限のフォールト トレランスと安定性が実現されます。

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

例外は、IAM、CloudFront、Route 53 などのサービスです。これらのサービスはすべて、 us-east-1 にプロビジョニングされていますが、運用には依存していません... および S3 には、バケットが 1:1 を持つことができるようにグローバル名前空間が必要です。 DNS ホスト名への明確なマッピング。

于 2016-06-23T22:09:26.297 に答える