Guía de relevo de autobuses de servicio de Azure

Question

Estamos construyendo una aplicación web y móvil que se alojará en Azure. Necesitamos esta aplicación para recuperar y actualizar datos en nuestra base de datos local y nuestras restricciones de firewall evitan que se cree las reglas de firewall entrante.

Necesito transmitir la arquitectura a otras divisiones de tecnología.

1. Descargué la demostración del kit de entrenamiento de servicevusrelay ( https://github.com/ Windoursazure-TrainingKit / Demo-ServiceBusRelay ) y funcionó, pero se elimina el relé "sb: //name.servicebus.windows.net/customer", se elimina cuando cierro la aplicación de la consola, ¿es esto normal? Tampoco puedo verlo listado en el Explorador de autobuses de servicio, ¡pero puedo verlo en el portal?

2. El relé no usa la mensajería negociada (colas, temas, suscripciones)?

3. ¿Cuál es el método más seguro para autenticar (clave simétrica, x.509 cert, contraseña)?

4. ¿Cuáles son los PRO y CONSIONES DE DIFERENTES ENTENCIONES (NetTCPRELAYBINDING, BASICHTTTTRYINGING, etc.) Por ejemplo, seguridad y rendimiento?

5. ¿Cómo se mantienen vivos las conexiones salientes?

Answer 1

1) que se debe a que el punto final del relé que se creó es dinámico.Puede crear puntos finales persistentes utilizando el namespacemanager .El punto final no desaparecerá cuando se cierre la aplicación de su consola.

2) El relé no usa la mensajería negociada: utiliza WCF

3) Puede usar la autenticación de nivel WCF si lo desea, pero con el relé puede usar las claves ACS o SAS para autenticar (ambos se encuentran en el portal).

4) Es la misma compensación para las conexiones HTTP de TCP vs.