Быстрый старт в облаке с Windows Azure Web Sites

Windows Azure Web Sites являются базовым сервисом платформы Windows Azure, который предоставляет среду для размещения веб-сайтов в облаке с использованием знакомых средств разработки и развертывания. Конечно, есть возможность размещения веб-сайтов с помощью сервисов Windows Azure, реализующих модели IaaS (Virtual Machines) или PaaS (Cloud Services). Для облачных сервисов, как правило, требуется редизайн архитектуры и внесение соответствующих изменений в программный код. Если разработчик использует Virtual Machines, то возникает противоположная ситуация – нет необходимости менять архитектуру приложения, но на разработчика ложится другая задача – задача управления виртуальной инфраструктурой. Поэтому использование сервиса, воплотившего в себя простоту и мощь IaaS и PaaS, может быть обосновано, если планируется разворачивать в облаке простое двухслойное приложение.

Характерными преимуществами Windows Azure Web Sites для простых проектов является скорость развертывания (создание и развертывание веб-сайта занимает меньше минуты, так как уже используется готовая преднастроенная виртуальная машина), поддержка партнерских предложений (на портале управления при создании веб-сайта доступна целая галерея партнерских предложений, например, развертывание веб-сайта из шаблона Joomla или Wordpress), простота и скорость различных методов развертывания – Windows Azure Web Sites поддерживает развертывание с помощью FTP, Web Deploy, Team Foundation Services, DropBox, Mercurial, Git, при этом доступны опции "отката" на предыдущих версии развертывания.

Разработчику, использующему Windows Azure Web Sites, не требуется изучать никаких новых технологий – последовательность шагов для развертывания с помощью, например, Web Deploy из Visual Studio, в Windows Azure Web Sites ничем не отличается от развертывания на локальный IIS или IIS, размещенный на сервере разработки.

Windows Azure Web Sites реализуют модель SaaS, когда пользователю предоставляется сервис (в случае Windows Azure Web Sites это облачная инфраструктура на основе IIS), которым он пользуется и при необходимости проводит настройку под свои нужды. Веб-сайты можно разрабатывать на ASP.NET, Node.js или PHP (либо CMS – WebMatrix, Joomla, Drupal, WordPress, DotNetNuke, Umbraco и др.). При этом первичное использование бесплатно, далее же веб-сайты могут быть масштабированы согласно потребностям пользователя. Для доступа к управлению Web-сайтами возможно использовать инструментарий командной строки для Windows, Mac, Linux.

Использование Windows Azure Web Sites возможно в трех режимах:

Веб-сайты в Windows Azure Web Sites могут быть созданы одним из трех способов:

Необходимо учитывать, что, если для создания веб-сайта используется шаблон из галереи, например, Wordpress, и не создается база данных, но используется старая база, которая уже использовалась ранее другим блогом, то возникнет информационное пересечение – созданный блог будет автоматически настроен и наполнен информацией, что может быть полезным в сценарии миграции.

Файловая система Windows Azure Web Sites основана на базе сервиса блобов хранилища Windows Azure, поэтому все данные, используемые веб-сайтом, реплицируются в три экземпляра, как и все другие сущности внутри хранилища Windows Azure.

Дополнительную же меру безопасности для веб-сайта в Windows Azure можно обеспечить, настроив блокировку IP-адресов. Это реализуется с помощью специального модуля Dynamic IP Restrictions для IIS 8. Динамическая блокировка IP-адресов предоставляет возможность блокировки IP-адресов на основе количества параллельных запросов либо количества запросов в течении определенного периода. Таким образом, настроив динамическую блокировку IP-адресов, можно реализовать дополнительный уровень защиты от атак, ориентированных на отказ в сервисе. Разработчик может включить использование этого модуля, внеся соответствующие изменения в файл web.config веб-сайта:

<system.webServer>
  <security>
    <dynamicIpSecurity>
      <denyByConcurrentRequests enabled="true" maxConcurrentRequests="10"/>
    </dynamicIpSecurity>
  </security>
</system.webServer>

После активации изменений IIS будет автоматически блокировать IP-адреса, когда с них будет приходить количество параллельных запросов, указанное в настройке. Аналогично настраивается динамическая блокировка IP-адресов на основе максимального количества запросов, произведенных в течении одного периода времени:

<dynamicIpSecurity>
  <denyByRequestRate enabled="true" maxRequests="10" requestIntervalInMiliseconds="2000" />
</dynamicIpSecurity>

В особых случаях может появиться необходимость в использовании обоих типов блокировки:

<dynamicIpSecurity>
    <denyByConcurrentRequests enabled="true" maxConcurrentRequests="10"/>
    <denyByRequestRate enabled="true" maxRequests="10" requestIntervalInMiliseconds="2000" />
    </dynamicIpSecurity>

Необходимо уточнить, что адреса блокируются до наступления следующего периода. Для того, чтобы во время блокировки отправить HTTP-ответ, разработчик может добавить специальный атрибут denyAction:

<dynamicIpSecurity denyAction="NotFound | AbortRequest | Unauthorized | Forbidden" >
  <denyByRequestRate enabled="true" maxRequests="10" requestIntervalInMiliseconds="2000" />
</dynamicIpSecurity>

Масштабирование веб-сайта в облаке

Каждый веб-сайт в Windows Azure имеет панель администрирования Dashboard, в которой можно получить различную информацию о веб-сайте: метрики, загрузку, URL, расположение в датацентре, а также выполнить различные действия: остановку или запуск веб-сайта, удаление, переход на веб-сайт, масштабирование веб-сайта и так далее. C июля 2013 года для Windows Azure Web Sites, находящихся в режиме Standard, доступна опция автоматического масштабирования на основе параметра нагрузки на CPU. Используя панель управления сайтом на портале управления Windows Azure, разработчик должен задать так называемые цели масштабирования, определяемые минимальным и максимальным значением нагрузки CPU, при которых будет инициирован процесс масштабирования. Разработчик может также ограничить количество автоматически выделяемых экземпляров, указав минимальное и максимальное их количество.

Например, если разработчик устанавливает минимальное значение цели масштабирования в 10%, а максимальный в 85%, то платформа начнет выделять и автоматически настраивать дополнительные экземпляры тогда, когда нагрузка на CPU превысит 85%, и удалять экземпляры, когда нагрузка будет ниже 10%.

Резервирование веб-сайта

Для резервирования уже развернутых Web-сайтов и их содержимого существует сторонний сервис Cloud Cellar, доступный по адресу https://www.getcloudcellar.com/.

С помощью сервиса Cloud Cellar разработчик получает бесплатную возможность резервировать 2 Web-сайта, 2 базы данных (SQL Azure Databases либо MySQL), 2 аккаунта хранилища. Для более гибких настроек сервис предоставляет платные подписки.

Для того, чтобы получить доступ к функциональности Cloud Cellar, после создания аккаунта необходимо нажать Backup Azure Web Site и загрузить на сайт профиль публикации соответствующего Web-сайта, который можно получить с портала управления Windows Azure.

Загрузив профиль публикации и таким образом указав сервису на тот Web-сайт, который необходимо резервировать, следующим шагом идет настройка хранилища, в которое будет резервироваться содержимое сайта. Пользователю доступно две опции – хранилище Cloud Cellar и собственное хранилище в Windows Azure.

После выбора хранилища необходимо настроить периодичность резервирования.

Последним шагом настройки резервирования с помощью Cloud Cellar является выбор тех частей сайта, которые необходимо резервировать – это может быть содержимое сайта или содержимое базы данных, ассоциированной с сайтом.

После настройки резервирования статус резервирования будет доступен на панели управления сервисом, с помощью которой можно также загружать резервированные копии.

Заключение

Частым вопросом является "где разместить мой веб-сайт?". Облако не является конкурентом хостинговым провайдерам, если искать ответ на этот вопрос с позиции более низкой цены, но возможности, предоставляемые облаком (автомасштабирование, самообслуживание, балансировка нагрузки, высокие SLA), позволяют рассматривать Windows Azure как возможное место для развертывания корпоративных веб-сайтов.