Продажи: 1-800-867-1389

Упаковка и развертывание приложения в Azure

Обновлено: Апрель 2014 г.

Авторы: Ларри Франкс (Larry Franks), Рама Рамани (Rama Ramani)

В этом документе приведены рекомендации по развертыванию приложения в службе, размещенной в Azure. Также даются советы по работе с другими службами Azure, которые может использовать ваше приложение, например База данных SQL Microsoft Azure и хранилище Azure.

Перед развертыванием приложения в Azure следует иметь представление о следующем.

  • Различия между эмулятором Azure и Azure, База данных SQL Azure и хранилищем Azure

  • Как настраиваются

    • Строки подключения для служб хранилища Azure и База данных SQL Azure

    • Конечные точки

    • Размер роли

    • Количество экземпляров

  • Как создается территориальная группа

  • Требования соглашения об уровне обслуживания Майкрософт для размещаемых служб

  • Рабочая среда и среда разработки для размещаемых служб

  • Как развертывается приложение с помощью портала управления платформой Azure

Пакет SDK Azure устанавливает эмулятор Azure, который эмулирует размещение приложений в Windows службы хранилища Azure. Перед развертыванием приложения в Azure сначала следует проверить его в эмуляторе Azure. Несмотря на то что эмулятор предоставляет легкий способ проверить размещаемое приложение во время разработки, он не может в полной мере эмулировать платформу Azure. Например, строки подключения, используемые для подключения к хранилищу в эмуляторе и на платформе Azure, различаются. Перед развертыванием приложения в Azure следует учесть разницу между эмулятором и самой платформой Azure и убедиться, что в приложении не используются параметры эмулятора, которые отсутствуют в среде Azure.

Дополнительные сведения о различиях между эмулятором и платформой Azure см. в разделе Обзор средств пакета SDK Azure.

Несмотря на то что эмулятор Azure обеспечивает локальное решение для тестирования и хранилище для размещаемых служб, он не предоставляет во время разработки какой-либо эквивалент для всех служб платформы Azure. Эмулятор поддерживает кэширование; см. статью Сведения о кэше на основе ролей для кэша Windows Azure. Кроме того, кэш на основе ролей интегрируется с Visual Studio для облегчения добавления кэша в ваше приложение. Также имеется полная точность с эмулятором вычислений для отладки приложения перед развертыванием.

Для проектирования и тестирования базы данных можно использовать SQL Server, однако есть различия между SQL Server и База данных SQL Azure, о которых следует знать. См. их сравнение в статье Сравнение SQL Server и базы данных SQL Azure.

Если ваше решение разрабатывалось для SQL Server, нужно будет выбрать между воссозданием баз данных и связанных артефактов в База данных SQL Azure и переносом среды разработки SQL Server в База данных SQL Azure. Дополнительные сведения о вариантах переноса см. в разделе Миграция баз данных в SQL Azure.

Для других служб разработку следует вести на платформе Azure. В настоящее время шина службы не работает с эмулятором Azure. Вы можете использовать сервер шины службы; см. статью Тестирование шины службы Azure локально без подписок и входов.

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

 

Проверяемый элемент Описание

Количество экземпляров

Для обеспечения соответствия требованиям соглашения об уровне обслуживания Azure необходимо создать минимум два экземпляра. Дополнительные сведения о соглашениях об уровне обслуживания Azure см. в разделе Соглашения об уровнях обслуживания.

Строки подключения

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

Размер виртуальной машины

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

Конечные точки

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

Территориальная группа

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

Сертификаты

Если нужно обеспечить обмен данными по протоколу SSL или разрешить использование функций удаленного рабочего стола, необходимо получить и развернуть в Azure соответствующий сертификат. Дополнительные сведения см. в статьях Как добавить сертификат в хранилище сертификатов и Использование удаленного стола в Azure.

Соадминистраторы

В подписке Azure в качестве соадминистраторов должны быть указаны соответствующие сотрудники. Для получения дополнительных сведений см. раздел Как добавить или удалить соадминистраторов в подписке Azure.

Планирование обновления

Перед выполнением развертывания следует ознакомиться со сведениями, приведенными в разделе После развертывания данной статьи, так как планирование будущих обновлений является частью процесса проектирования решения на основе Azure.

Есть три основных метода по развертыванию приложение в Azure. Методы развертывания и применяемые с ними инструменты описаны в следующей таблице.

 

Методы развертывания Средство Требования

На основе веб-технологий

Портал управления Azure

Поддержка браузеров для HTML5

Интегрированная среда разработки (IDE)

Visual Studio 2012 или более поздняя версия и пакет SDK для Azure

Visual Studio 2012 или более поздняя версия

Командная строка

Пакет SDK Azure.

Средства командной строки для развертывания поставляются как часть пакета Azure SDK

На основе Powershell

Azure Powershell

См. раздел предварительных требований в статье http://azure.microsoft.com/en-us/documentation/articles/install-configure-powershell/

Дополнительные сведения об упаковке и развертывании приложения в Azure см. по следующих ссылкам.

Если в существующее развертывание вносится изменение, например обновляется приложение или сертификат, это приведет к перезапуску экземпляров приложения. Изменение конфигурации службы не приводит к перезапуску экземпляров. Экземпляры роли обрабатывают события RoleEnvironment_Changing и RoleEnvironment_Changed. Большинство изменений в развертывании можно выполнить заменой существующей службы, но после некоторых изменений потребуется удалить и повторно развернуть размещаемую службу.

Дополнительные сведения об обновлении существующего развертывания см. в статье Общие сведения об обновлении службы Azure.

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

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

noteПримечание
Если вы выполняете тесты, в которых создаются дополнительные экземпляры приложения, то после их завершения обязательно верните количество экземпляров к нормальному значению.

noteПримечание
Если вы настроили развертывание так, что к нему разрешены подключения удаленного стола, убедитесь, включайте эти функции на портале управления платформой Azure только тогда, когда они нужны. Также, если вы сохранили RDP-файл, используемый для подключения в локальную систему, после обновления развертывания вам, возможно, не удастся использовать его для подключения к Azure. В этом случае загрузите новый RDP-файл с портала управления платформой Azure.

См. также

Была ли вам полезна эта информация?
(1500 символов осталось)
Спасибо за ваш отзыв
Показ:
© 2014 Microsoft