Программирование / Azure — первое знакомство

в 21:42, , рубрики: ASP.NET, azure, mvc, метки: , ,

Решил-таки попробовать платформу Windows Azure для нашего нового проекта. Поначалу относился очень скептически. Ну не верил я в облака после довольно печального опыта с Google App Engine. И до сих пор не очень уверен, но все же решился попробовать Azure. Скачал SDK, установил, открыл в студии уже готовое ASP.NET MVC приложение и пошел смотреть видео. К своему проекту я просто добавил к возможность деплоймента в Azure. Должен сказать, был удивлен — все задеплоилось как в видеомануале.

В процессе я столкнулся с некоторыми на мой взгляд ограничениями и странностями. Нужно отметить, что у меня 30-ная триальная подписка которую я получил в Softline. Возможно, если бы у меня была нормальная подписка, некоторые из этих странностей отпали бы сами собой, не знаю. Тем не менее, перечислю:
1) При создании Hosted Service можно выбирать только из трех вариантов

  • East Asia
  • Southeast Asia
  • Anywhere Asia

2) При создании Server SQL Azure можно выбирать следующие местоположения:

  • South Central US
  • North Europe
  • West Europe
  • East Asia
  • Southeast Asia

3) Я так понял, что однажды создав Hosted Service с определенным именем, уже никто другой не сможет его использовать. Т.е. оно уникально на платформе. Более того, даже если Вы удалите, то все равно оно будет недоступно для использования в новом сервисе. Кстати, в Google App Engine такая же история — невозможно создать приложения с одним и тем же именем.

В целом все прошло гладко. Однако сразу вопрос: почему процесс публикации в облако занимает так много времени? 12-14 минут! Я не поленился и попробовал опубликовать проект несколько раз — результат одинаковый. В обычном веб-приложении это исправлялось выставлением “Replace matching files with local copies” вместо “Delete all existing files prior to publish”. А здесь же как-будто всегда стоит вторая опция. Гугл сразу выдал ссылку на stackoverflow — Why does Azure deployment take so long?

В итоге, после прочтения статей и мануалов, мне пришлось смириться с этим. Похоже, тут ничего не поделать. Придется подстраивать процесс, чтобы это не сильно сказывалось на скорости разработки и тестирования. Ладно, переживем. Пойдем дальше.

Протестировав автоматически сгенерированное имя вида xxxxxx.cloudapp.net убеждаемся что наше приложение работает. Теперь я хочу чтобы к нему можно было обращаться с доменным именем, которое я специально зарегистрировал типа myapp.ovlad.com. Я поступил очень просто — пропинговал xxxxxx.cloudapp.net и полученный IP адрес вписал в новую А-запись в DNS настройках. Через примерно пару часов я мог уже пользоваться им.

По-моему начало довольно неплохое, не считая вышеперечисленных странностей или ограничений. Будем исследовать дальше.

Автор: wesert

* - обязательные к заполнению поля


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js