Руководство по ретрансляции служебной шины Azure

Question

Мы создаем веб-и мобильное приложение, которое будет размещено в Azure. Нам нужно это приложение для извлечения и обновления данных в нашей локальной базе данных, а наши ограничения брандмауэра не позволяют создавать правила входящего брандмауэра.

У меня есть некоторые вопросы, с которыми, я надеюсь, я смогу получить некоторую помощь, пожалуйста, не стесняйтесь, я не разработчик, но мне нужно работать с разработчиками, а также передавать архитектуру другим технологическим подразделениям.

1. Я скачал демонстрационную версию учебного комплекта ServicveBusRelay ( https://github.com/WindowsAzure-TrainingKit/Demo-ServiceBusRelay), и она сработала, но создаваемое им реле "sb://name.servicebus.windows.net/Customer" удалено, когда я закрываю консольное приложение, это нормально? Я также не вижу его в обозревателе служебной шины, но я вижу его на портале?

2. Реле не использует брокерские сообщения (очереди, темы, подписки)?

3. Какой метод аутентификации является наиболее безопасным (Symmetric Key, X.509 Cert, Password)?

4. Каковы преимущества и недостатки различных привязок (NetTCPRelayBinding, BasicHTTPRelayBinding и т. Д.), Например, безопасность и производительность?

5. Как поддерживаются исходящие соединения?

Answer 1

1) Это потому, что созданная конечная точка реле является динамической. Вы можете создавать постоянные конечные точки, используя NamespaceManager. Конечная точка не исчезнет, ​​когда ваше консольное приложение закроется.

2) Ретранслятор не использует брокерские сообщения - он использует WCF

3) Вы можете использовать аутентификацию на уровне WCF, если хотите, но с Relay вы можете использовать ключи ACS или SaS для аутентификации (оба найдены на портале).

4) Это тот же компромисс для TCP и HTTP соединений.