Облачные службы Azure (расширенная поддержка)

Облачные службы (расширенная поддержка) является новым Модель развертывания на основе Azure Resource Manager для продукта azure Облачные службы и теперь общедоступна. Облачные службы (расширенная поддержка) обладают основным преимуществом, заключающимся в обеспечении региональной устойчивости и равенства функций с Облачными службами Azure, развернутыми с помощью Azure Service Manager. Они также обеспечивают некоторые возможности ARM, такие как управление доступом на основе ролей, теги, политика и поддержка шаблонов развертывания.

После этого изменения модель развертывания на основе Azure Service Manager для Облачных служб будет переименована в Облачные службы (классические). Вы и дальше сможете создавать и быстро развертывать веб- и облачные приложения и службы. Вы сможете масштабировать инфраструктуру облачных служб в соответствии с текущим спросом и убедиться в том, что производительность приложений можно поддерживать на должном уровне, сокращая при этом затраты.

YouTube video for Cloud Services (extended support).

Что не изменилось

  • Вы создаете код, определяете конфигурации и выполняете развертывание в Azure. Azure настраивает вычислительную среду, запускает код, а затем отслеживает и обслуживает его.
  • Облачные службы (расширенная поддержка) также поддерживают два типа ролей — веб-роль и рабочую роль. В конструировании, архитектуре или компонентах веб- и рабочих ролей изменений нет.
  • Три компонента облачной службы — определение службы (.csdef), конфигурация службы (.cscfg) и пакет службы (.cspkg) переносятся, но форматы не меняются.
  • Не нужно вносить изменения в код среды выполнения, так как меняется только уровень управления, а плоскость данных остается прежней.
  • Выпуски и связанные обновления гостевой ОС Azure согласованы с Облачными службами (классические).
  • Базовый процесс обновления по отношению к доменам обновления, способ обновления, откат и разрешенные изменения службы во время обновления не меняются.

Изменения в модели развертывания

Для развертывания облачных служб (расширенная поддержка) требуется внести минимальные изменения в файлы конфигурации службы (CSCFG) и определения службы (CSDEF). Для кода среды выполнения изменения не требуются. Но скрипты развертывания все же потребуется обновить для вызова новых интерфейсов API на основе Azure Resource Manager.

Image shows classic cloud service configuration with addition of template section.

Основные различия между облачными службами (классические) и облачными службами (расширенная поддержка) в отношении развертывания:

  • При развертывании Azure Resource Manager используются шаблоны ARM, которые являются JSON-файлом, определяющим инфраструктуру и конфигурацию вашего проекта. Шаблон использует декларативный синтаксис, который позволяет указать объект, который вы собираетесь развернуть. При этом, для развертывания объекта, не нужно писать последовательность команд. Файл конфигурации службы и определения службы должен быть согласован с шаблоном ARM при развертывании Облачных служб (расширенная поддержка). Этого можно добиться, создав шаблон ARM вручную или с помощью PowerShell, портала и Visual Studio.

  • Для управления сертификатами в Облачных службах (расширенная поддержка) клиенты должны использовать Azure Key Vault. Azure Key Vault позволяет безопасно хранить учетные данные приложений, такие как секреты, ключи и сертификаты, и управлять ими в безопасном центральном облачном репозитории. Приложения могут проходить проверку подлинности в Key Vault во время выполнения для получения необходимых учетных данных.

  • Все ресурсы, развернутые через Azure Resource Manager, должны находиться в виртуальной сети. Виртуальные сети и подсети создаются в Azure Resource Manager с помощью имеющихся интерфейсов API Azure Resource Manager и при развертывании Облачных служб (расширенная поддержка) на них потребуется ссылка в разделе NetworkConfiguration CSCFG-файла.

  • Каждая облачная служба (расширенная поддержка) — это одно независимое развертывание. Облачные службы (расширенная поддержка) не поддерживают несколько слотов в пределах одной облачной службы.

    • Возможность переключения виртуального IP-адреса может использоваться для переключения между двумя облачными службами (расширенная поддержка). Чтобы протестировать и разместить новый выпуск облачной службы, разверните облачную службу (расширенная поддержка) и пометьте ее как службу с возможностью переключения на виртуальный IP-адрес другой облачной службы (расширенная поддержка)
  • Метка службы доменных имен (DNS) является необязательной для облачной службы (расширенная поддержка). В Azure Resource Manager метка DNS является свойством ресурса общедоступного IP-адреса, связанного с облачной службой.

Миграция в Azure Resource Manager

Облачные службы (расширенная поддержка) предоставляют два пути для миграции из Azure Service Manager в Azure Resource Manager.

  1. Клиенты развертывают облачные службы непосредственно в Azure Resource Manager, а затем удаляют старую облачную службу в Azure Service Manager.
  2. Миграция на месте поддерживает возможность миграции Облачных служб (классические) в Облачные службы (расширенная поддержка) с минимальным временем простоя.

Дополнительные параметры миграции

При оценке планов миграции из Облачных служб (классические) в Облачные службы (расширенная поддержка) вам может потребоваться изучить дополнительные службы Azure, такие как Масштабируемые наборы виртуальных машин, Службу приложений, Службу Azure Kubernetesи Azure Service Fabric. Эти службы будут по-прежнему работать с дополнительными возможностями, а Облачные службы (расширенная поддержка) в первую очередь сохранят равенство функций с Облачными службами (классические)

В зависимости от приложения для перемещения Облачных служб (расширенная поддержка) в Azure Resource Manager может потребоваться значительно меньше усилий по сравнению с другими вариантами. Если ваше приложение не совершенствуется, Облачные службы (расширенная поддержка) являются подходящим вариантом, так как они обеспечивают быстрый способ миграции. И наоборот, если ваше приложение постоянно совершенствуется и ему требуется более современный набор функций, ознакомьтесь с другими службами Azure для более эффективного выполнения текущих и будущих требований.

Следующие шаги