Перенос приложения ASP.Net в Azure

Question

Я приближаюсь к завершению публичного приложения ASP.Net, и я начинаю взвешивать варианты развертывания. Я - ветеран ASP.Net/SQLServer, но noob, когда дело доходит до Azure. Мне интересно, как другие почувствовали кривую обучения для эффективной миграции локальных приложений ASP.Net/SQLServer в облако Azure.

Более конкретно:

1. Как это крутой кривой обучения в сторону управления понимания и программирования концепций, и вы думаете, что это стоит инвестиций?

2. Что такое поддержка Microsoft, как если бы у меня были катастрофические проблемы из облачной инфраструктуры, а мой сайт в реальном времени не работает? Мое ожидание - это большой ценовой тег для не столь срочного SLA.

3. Мое приложение, не содержащее Azure ASP.Net, требует значительных модификаций и/или соединений для работы в среде Azure?

Благодаря

Answer 1

Я ответил на аналогичный вопрос некоторое время назад, here. Azure развилась с тех пор:

Клей AppRabric Azure в настоящее время находится в CTP (предварительный просмотр технологии сообщества) и скоро выйдет вживую через некоторое время в этом году (извините, я не могу процитировать дату). При одном изменении конфигурации вы сможете включить поставщика состояния сеанса asp.net, не изменяя код, и иметь состояние сеанса для всех экземпляров веб-роли.

С Azure v1.3, который выкатился в ноябре, у вас есть возможность запускать задачи при запуске с повышенными привилегиями (например, для запуска MSI для установки некоторого пакета необходимых предварительных требований).

Для мониторинга вы можете воспользоваться Microsoft System Center, который теперь поддерживает Azure напрямую. Кроме того, вы можете посмотреть сторонние опции, такие как AzureWatch.

С помощью небольшого экземпляра Azure вы можете запускать сайт в течение ок. $ 44 в месяц. Вы упомянули о катастрофических неудачах и SLA. При использовании Azure вам потребуется как минимум два экземпляра для активации SLA (это связано с тем, что ваши виртуальные машины расположены в физически разных областях центра обработки данных, в отдельных доменах ошибок). Итак, вы смотрите ок. $ 90/месяц для запуска сайта с 99,95% времени безотказной работы. Только вы можете определить, стоит ли это вам. Да, вы можете разместить с простым хостинг-провайдером значительно меньше (например, GoDaddy). Однако, если ваш сайт не работает, вам нужно дождаться его обнаружения, а затем установить его в отдельном окне. Кроме того, вы делите каждый сервер с потенциально десятками других арендаторов, что будет влиять на производительность вашего сайта.С Azure не более 8 арендаторов будут занимать ящик, в зависимости от того, сколько ядер вы настроите для использования своих виртуальных машин. И невероятно просто масштабировать вверх или вниз, чтобы обрабатывать увеличение и уменьшение трафика.

Answer 2

Мой личный опыт показывает, что существует не так много документации, и вы должны искать в блогах/форумах, чтобы найти ответы на более сложные вопросы. Если у вас красивое дизайнерское приложение, тогда не должно быть проблем с переносом - вы можете google для Azure-версии поставщиков ASP.NET, т.е. членство.

Самым большим недостатком может быть стоимость: вы должны выполнить свою математику, но для меня оказалось, что хостинг VPS намного дешевле, чем Azure.

Я бы сказал, что, если вы не получите значительную экономию на инфраструктуру, не переходите к Azure только ради этого. Хостинг-сервер с SQL и IIS даст вам меньше проблем и немного больше свободы.

Answer 3

Я уже вижу отличный ответ Дэвида Макогона. Следующие могут быть полезны и для вас. Последний эпизод подкаста Connected Show был около migrating Wold Maps to Azure. Если вы планируете переехать в Azure, это, безусловно, стоит слушать, поскольку они объясняют проблемы, с которыми они столкнулись во время миграции.

Answer 4

Вы можете посмотреть Moving Applications to the Cloud on the Microsoft Windows Azure Platform в MSDN.

Cheers.