1

Azure でホストされる Web およびモバイル アプリケーションを構築しています。オンプレミス データベースのデータを取得して更新するには、このアプリケーションが必要ですが、ファイアウォールの制限により、受信ファイアウォール ルールを作成できません。

アーキテクチャを他の技術部門に伝える必要があります。

  1. ServicveBusRelay トレーニング キットのデモ ( https://github.com/WindowsAzure-TrainingKit/Demo-ServiceBusRelay ) をダウンロードしましたが、動作しましたが、作成された "sb://name.servicebus.windows.net/Customer" リレーが削除されると削除されます。コンソール アプリケーションを閉じますが、これは正常ですか? また、Service Bus エクスプローラーには表示されませんが、ポータルには表示されますか?

  2. Relay は仲介されたメッセージング (キュー、トピック、サブスクリプション) を使用しませんか?

  3. 最も安全な認証方法 (対称キー、X.509 証明書、パスワード) は?

  4. セキュリティやパフォーマンスなど、さまざまなバインディング (NetTCPRelayBinding、BasicHTTPRelayBinding など) の長所と短所は何ですか?

  5. アウトバウンド接続はどのように維持されますか?

4

1 に答える 1

0

1) これは、作成されたリレー エンドポイントが動的であるためです。NamespaceManagerを使用して、永続的なエンドポイントを作成できます。コンソール アプリを閉じても、エンドポイントは消えません。

2) Relay は仲介型メッセージングを使用せず、WCF を使用します。

3) 必要に応じて WCF レベルの認証を使用できますが、Relay を使用すると、ACS または SaS キーを使用して認証できます (どちらもポータルにあります)。

4) TCP 接続と HTTP 接続のトレードオフは同じです。

于 2014-04-14T23:29:23.710 に答える