Guide de relais de bus Azure Service

Question

Nous construisons une application Web et mobile qui seront hébergées à Azure. Nous avons besoin de cette application pour récupérer et mettre à jour les données dans notre base de données sur site et nos restrictions de pare-feu empêchent de créer des règles de pare-feu entrant.

J'ai besoin de transmettre l'architecture vers d'autres divisions technologiques.

1. J'ai téléchargé le kit d'entraînement de servicvebusrelay ( https://github.com/ WindowsAzure-TrainingKit / Demo-ServiceBusRelay ) et il a fonctionné, mais le relais "SB: //Name.Servicebus.windows.net/customer" Il crée est supprimé lorsque je ferme l'application de la console, est-ce normal? Je ne peux pas non plus la voir dans l'explorateur de bus de service, mais je peux le voir dans le portail?

2. relais n'utilise pas la messagerie courte (files d'attente, sujets, abonnements)?

3. Quelle est la méthode la plus sécurisée pour authentifier (clé symétrique, x.509 cert, mot de passe)?

4. Quels sont les proches et les conflits de différentes liaisons (NetTCPLAYAYDINGING, BASCHTTPLAYLAINGING, etc.), par exemple la sécurité et les performances?

5. Comment les connexions sortantes sont-elles conservées vivantes?

Answer 1

1) c'est-à-dire parce que le point final de relais créé est dynamique.Vous pouvez créer des points d'extrémité persistants à l'aide du nomspAcemanager .Le point d'extrémité ne disparaîtra pas lorsque votre application de console se ferme.

2) Le relais n'utilise pas de messagerie courtite - il utilise WCF

3) Vous pouvez utiliser l'authentification de niveau WCF si vous le souhaitez, mais avec le relais, vous pouvez utiliser des touches ACS ou SAS pour vous authentifier (toutes deux trouvées sur le portail).

4) C'est le même compromis pour les connexions TCP VS HTTP.