Запуск приложения .NET в Azure

Question

У меня большой опыт работы с приложением на Amazon EC2.Для этого требуется сервер низкого уровня, и в настоящее время я плачу около 90 долларов в месяц за сервер (да, я знаю, что мне действительно не нужна масштабируемость, но я все еще использую EC2).Мне было интересно узнать о преимуществах переноса этого приложения, которое является чисто .NET, в Microsoft Azure.Есть ли опыт работы с:

• Стоимость в месяц для сайта с низким трафиком.

• Проблемы при перемещении приложения .NET, которое работает наEC2 IIS для облака MS.

• Проблемы, связанные с отсутствием гибкости.Например, я могу загрузить свой сервер IIS7 с сертификатом и иметь скрипт для ночного резервного копирования базы данных.Как бы это переросло в Azure, где я считаю, что у администратора меньше свободы?

Если вы человек из EC2, у которого плохой опыт работы с Azure, я бы тоже хотел услышать ваше мнение...

Answer 1

Основная модель Azure - развертывание экземпляров веб-ролей и рабочих ролей.Веб-роль - это, по сути, веб-приложение .NET.EC2 использует VM-ориентированный подход.Мне лично больше нравится модель Web Role, потому что вам не нужно беспокоиться о каких-либо обычных вещах, которые вы делаете с виртуальными машинами.

Одна из проблем здесь заключается в том, что вы можете иметь несколько виртуальных каталогов, как в IIS наVM.Вы должны проделать трюки с маршрутизацией, если вам нужно несколько веб-приложений из одной веб-роли.

Получить веб-приложение .NET довольно просто, будь то приложение MVC или приложение Webforms, преобразованное в Azure.

Один из примеров здесь: http://code.msdn.microsoft.com/windowsazuresamples показывает, как портировать простое веб-приложение.

Стоимость в месяц почти идентична EC2 для эквивалентных услуг.Microsoft явно изучала их конкуренцию.Если у вас есть подписка MSDN, вы можете бесплатно приобрести компьютер с веб-ролью на 18 месяцев и SQL Azure 3X1 ГБ.

Сертификаты легко загрузить в Azure.Вы можете загрузить только один сертификат на роль.

Физическое хранилище SQL Azure реплицируется на несколько серверов, поэтому вам не нужно выполнять резервное копирование, чтобы предотвратить потерю данных (см. Ссылку на ИТ выше).Однако есть и другие причины для резервного копирования.Существуют методы резервного копирования в хранилище BLOB-объектов Azure, что приятно, поскольку оно остается в центре обработки данных.Кроме того, еще раз данные хранилища BLOB-объектов дублируются и гео-реплицируются.