Как разработчик Вам не придется волноваться ни об одной из проблем в той статье, они для хоста, чтобы заниматься как проблемы установки. Существуют другие вещи, которые необходимо будет учесть как разработчик, но они были бы главным образом ограничены функциями, которые были прекращены в SQL 2008 и являются главным образом функциями администратора так или иначе. Вы, вероятно, также захотите взглянуть на функции, которые будут удерживаться от использования в будущих версиях SQL.
Пока у вас всегда что-то развернуто в Azure, ваш IP-адрес не изменится. Мы используем записи A в нашей конфигурации DNS, чтобы указать на наш IP-адрес, поскольку он не менялся за последние несколько месяцев.
Новые развертывания либо заменяют существующее развертывание (таким образом, сохраняя те же виртуальные машины), либо развертываются с использованием VIP swap (который сохраняет тот же IP-адрес).
Если вы хотите, вы также можете использовать CNAMES, а не A-записи. Это поможет поддерживать его в актуальном состоянии.
DNSMadeeasy работает с лазурным. они создали нечто, называемое записями ANAME.
Вот как мы это делаем .. 1. Создайте запись ANAME для azure.oursite.com, указывающую на oursite.cloudapp.net (Эта запись aname автоматически извлечет IP-адрес из oursite.cloudapp.net и автоматически создаст запись. Нет api, без работы. 2. Мы создаем группу имен cname, указывающих на наше развертывание Azure. www> azure.oursite.com. Эти CNAMES также могут быть созданы на разных доменах, поэтому google.com может создать cname frank.google.com> azure.oursite.com. 3. Это касается почтовых серверов.
Если у вас есть несколько развертываний, вы можете создать azure1.oursite.com, azure2.oursite.com и так далее.
Единственное, что пока что отстой, - это то, что мы не можем использовать их функцию аварийного переключения с записями Aname. Они говорят, что над этим работают.
Можно также создавать зарезервированные IP-адреса для облачных служб:
https://azure.microsoft.com/en-gb/documentation/articles/virtual-networks-reserved-public-ip/