2016-01-27 7 views
1

У меня есть консольное приложение, которое вызывает службу WCF. Эта служба WCF находится на виртуальной машине службы Azure Cloud Service, а служба WCF доступна только внутри страны (с использованием учетных записей Windows). VMware Cloud Services добавлен в наш домен.Azure webjob вызывает внутреннюю службу

Я развернул это консольное приложение в качестве лазурного webjob. Он живет в веб-приложении Azure App Services самостоятельно - нет соответствующего веб-приложения.

Когда я запускаю webjob, я получаю исключение «System.ServiceModel.EndpointNotFoundException: не было прослушивания конечной точки ...». Кажется, что ожидается, так как веб-приложение Azure App Services не находится в домене или не разговаривает с внутренним DNS.

Мой вопрос, могу ли я/как добавить виртуальную машину, поддерживающую приложение App App App App App, в наш домен? А если нет, то какие варианты есть для того, чтобы этот веб-сайт мог поговорить с внутренним DNS?

+0

Это слишком широкий, чтобы быть ответственным за СО. Вероятно, вы ищете Azure Service Bus (например, https://azure.microsoft.com/en-us/documentation/articles/service-bus-dotnet-hybrid-app-using-service-bus-relay/ для руководства) или аналогичное прокси-решение. –

+0

Спасибо за ссылку. Как насчет этого, можно ли добавить службу приложений Azure в домен? Я исследовал совсем немного и не нашел окончательного ответа или помощи. – cgdotcommaomega

ответ

1

В общем при попытке соединиться с на предпосылке ресурсов или других частных сетей внутри Azure, есть несколько вариантов, которые вы можете проверить:

Вариант # 1: App Service Environents: https://azure.microsoft.com/en-us/documentation/articles/app-service-app-service-environment-intro/

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

Это даст вам максимальную гибкость благодаря виртуальной сети, но по самой высокой цене, поскольку это премиальное предложение.

Вариант # 2: App Service Гибридные соединения: https://azure.microsoft.com/en-us/documentation/articles/integration-hybrid-connection-overview/

Гибридные соединения являются особенностью Azure BizTalk Services. Гибридные соединения обеспечивают простой и удобный способ подключения функции веб-приложений в Azure App Service (ранее веб-сайты) и функции мобильных приложений в Azure App Service (ранее Mobile Services) к локальным ресурсам, расположенным за вашим брандмауэром.

Я не знаком с этой опцией, но это дизайн для работы с App Service для этих типов сценариев. Однако это может быть сложно использовать, если вам требуется доступ к внутреннему DNS или контроллеру домена.

Вариант № 3: Service Bus Relay: https://azure.microsoft.com/en-us/documentation/articles/service-bus-dotnet-how-to-use-relay/

Служба ретрансляции Service Bus позволяет создавать гибридные приложения, которые работают как в лазурных центрах обработки данных и собственных на территории предприятие среды. Реле Service Bus облегчает это, позволяя вам безопасно предоставлять службы Windows Communication Foundation (WCF), которые находятся в корпоративной корпоративной сети, в общедоступное облако, не открывая соединение с брандмауэром или не требует навязчивых изменений в корпоративной сетевой инфраструктуре.

Этот вариант был применим некоторое время и специально разработан для подключения к службам WCF.Это не относится к Azure App Service (как вы, вероятно, можете сказать из статьи), но все равно может быть хорошим, достаточно легким для вашего сценария. Однако он также не поможет вам с DNS и локальным контроллером домена.

Смежные вопросы