Изменения после миграции

  • Статья

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

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

Незначительные изменения вносятся в файлы .csdef и .cscfg клиента, чтобы обеспечить соответствие файлов развертывания требованиям Azure Resource Manager и облачных служб (расширенная поддержка). После миграции извлекаются новые файлы развертывания или обновляются существующие файлы. Это потребуется для операций обновления и удаления.

  • Виртуальная сеть использует полный Azure Resource Manager идентификатор ресурса вместо имени ресурса в подразделе NetworkConfiguration файла CSCFG. Например, /subscriptions/subscription-id/resourceGroups/resource-group-name/providers/Microsoft.Network/virtualNetworks/vnet-name. Для виртуальных сетей, принадлежащих к той же группе ресурсов, что и облачная служба, можно обновить файл CSCFG, используя только имя виртуальной сети.

  • Классические размеры, например Small, Large, ExtraLarge, заменяются новыми именами размеров, Standard_A*. Имена размеров необходимо заменить на новые имена в файле CSDEF. Дополнительные сведения см. в статье Предварительных условия для развертывания Облачных служб (расширенная поддержка)

  • Используйте API Get для получения последней копии файлов развертывания.

Изменения в автоматизации клиента, конвейера CI/CD, пользовательских скриптах, пользовательских панелях мониторинга, пользовательских инструментах и т. д.

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

  • Изменения в именах ресурсов и групп ресурсов после миграции

    • В процессе миграции имена некоторых ресурсов, таких как облачная служба, общедоступные IP-адреса и т. д., меняются. Эти изменения могут быть отражены в файлах развертывания перед обновлением облачной службы. Дополнительные сведения об изменении имен ресурсов.

  • Повторное создание правил и политик, необходимых для управления и масштабирования облачных служб

Изменения, внесенные в управление сертификатами после миграции

Как стандартная практика для управления сертификатами, все допустимые PFX-файлы сертификатов должны быть добавлены в хранилище сертификатов в Key Vault и обновления будут работать идеально через любой клиент — портал, PowerShell или REST API.

В настоящее время на портале Azure выполняется проверка того, что все необходимые сертификаты отправляются в хранилище сертификатов в Key Vault, и появляется предупреждение, если сертификат не найден. Однако если вы планируете использовать сертификаты в качестве секретов, то у таких сертификатов нельзя проверить отпечаток и любая операция обновления, включающая добавление секретов, приведет к сбою на портале. Клиентам рекомендуем использовать PowerShell или RestAPI для продолжения обновлений с использованием секретов.

Изменения для обновления с помощью Visual Studio

Если вы публикуете обновления с помощью Visual Studio напрямую, тогда необходимо сначала скачать последний CSCFG-файл из развертывания после миграции. Используйте этот файл в качестве ссылки для добавления сведений о конфигурации сети в текущий CSCFG-файл в проекте Visual Studio. Затем выполните сборку решения и опубликуйте его. Для этого обновления может потребоваться выбрать Key Vault и группу ресурсов.

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