#web-services #azure #dns
#веб-службы #azure #dns
Вопрос:
Итак, мы переходим на Azure из традиционной среды, размещенной в IIS.
Ситуация с нашим текущим решением заключается в том, что в IIS на одном сайте размещены три веб-службы. Все службы доступны через http://api.example.com/ServiceName.svc
Для обратной совместимости нам нужна такая же доступность от Azure, облачных веб-служб. Если службы развертываются как отдельные, то у них разные DNS-имена. И если они объединены вместе, то они должны работать на разных портах. В любом случае, я так понимаю, это означает, что мы обмануты.
Возможно ли вообще обойти это?
Одним из решений, которое у меня было, было создание очень легкой службы прокси / маршрутизатора, которая принимала запросы для трех служб, а затем перенаправлялась к соответствующей внутренней службе на основе полного URL-адреса, а не только хоста.
Я очень новичок в Azure, поэтому, возможно, есть что-то под капотом, что может помочь со всем этим.
Спасибо
Ответ №1:
Если все ваши службы находятся в рамках одного проекта, у вас не должно возникнуть проблем с их развертыванием в одной облачной службе (и, следовательно, на одном имени хоста / порту).
Комментарии:
1. Каждая служба является отдельным проектом C #
2. Итак, как вы в настоящее время развертываете их в IIS? Просто выберите одну и ту же папку развертывания?
3. На одном веб-сайте есть разные папки.
4. Не могли бы вы привести пример а.) макета вашего проекта и б.) макета папки вашего веб-сайта IIS? Я думаю, что мне чего-то не хватает в том, как вы переходите от a к b.