Поддоменное отображение в окнах azure

Я работаю над системой управления задачами, используя VS 2010, WCF и Windows Azure. Это простое персонализированное приложение для управления задачами. Приложение позволяет пользователям организовывать и делиться своей задачей. Здесь не будет. пользователей в моем проекте. Если кто-то "подписывается" на приложение, тогда нам нужно будет создать "Пробел" для него с субдоменом или "Подпапкой".Как я могу реализовать сопоставление поддоменов в окнах azure.Каково реальное преимущество отображения поддоменов?

С уважением, Ranish

Ответ 1

Просто чтобы немного помочь другим ответам.

Основным механизмом Azure для запросов маршрутизации к вашему экземпляру является использование DNS-записей CNAME - http://en.wikipedia.org/wiki/CNAME_record.

Эти записи CNAME в основном говорят клиентам (браузерам), что www.mydomain.com является псевдонимом для myapp.cloudapp.net

~~К сожалению, вы не можете использовать CNAME подстановочный знак~~. В зависимости от вашего хоста DNS вы не сможете подмножать записи CNAME (см. https://serverfault.com/questions/44618/is-a-wildcard-cname-dns-record-valid), поэтому для сопоставления нескольких поддоменов с одним и тем же экземпляром Azure вам может потребоваться настроить несколько записей CNAME - по одному для каждого поддомена, который вы хотите перенаправить, то есть когда вы подписываете "новое" клиента, тогда вам нужно добавить новое сопоставление записей CNAME "new.mydomain.com" на myapp.cloudapp.net

Два предложения Joannes и jmac предлагают внешние службы для настройки этих сопоставлений. Для некоторых других вариантов - и некоторых примеров кода Amazon С# - это сообщение http://computerone.co.nz/community/discussion/29/amazon-route-53-dns-request-in-c-using-the-rest-api/p1 (там также доступна доступная библиотека С# на http://www.proactiveit.co.nz/Route53/R53Connect/)

Ответ 2

Возможность генерации множества субдоменов, связанных с веб-ролью Windows Azure, является вопросом программной реконфигурации DNS, а не веб-сайта конфигурации ролей.

Amazon предлагает облачную службу DNS с именем Amazon Route 53, которую вы можете использовать для этой цели. Фактически это будет работать с Windows Azure.

Затем в рамках вашего webrole вам нужно применить некоторые настройки ASP.NET, чтобы захватить заголовок хоста исходного веб-запроса, чтобы захватить фактический субдомен, просматриваемый вашими пользователями.

Ответ 3

Мы избегаем необходимости создавать запись DNS CNAME для каждого "Пространства", используя "Пользовательский DNS" DynDns для создания подстановочной записи CNAME, которая маршрутизирует все запросы субдомена (*.ourdomain.com) к веб-роли. Если вы решите пойти по этому маршруту, ваша веб-роль проанализирует субдомен входящего запроса для поиска пользователя "Пространство".

Из документации DynDns:

Записи псевдонимов (CNAME)

CNAME записывает псевдоним одного имени узла другому. Например, многие клиенты alias www.domain.com на domain.com; это гарантирует, что и www.domain.com, и domain.com всегда назначаются на один и тот же IP-адрес. Записи CNAME в пользовательском DNS принимают следующие параметры:

Как и в случае с записями хоста (A), поле Hostname ограничено только для символов A thru Z, цифр от 0 до 9 и дефиса (-). В поле Hostname можно использовать звездочку (*) для создания подстановочной записи CNAME. (Поле Hostname не может быть пустым, поскольку RFC запрещают записи CNAME второго уровня.)