Руководство. Добавление сети доставки содержимого Azure в веб-приложение Службы приложений Azure

В этом руководстве показано, как добавить сеть доставки содержимого Azureв веб-приложение в службе приложений Azure. Веб-приложения — это службы для размещения веб-приложений, REST API и серверной части мобильных приложений.

Ниже приведена домашняя страница примера статического HTML-сайта, с которым вы работаете:

Что вы узнаете:

Предпосылки

Чтобы завершить работу с этим руководством, выполните указанные ниже действия.

• установите Git;
• Установка Azure CLI

Если у вас нет аккаунта Azure, создайте бесплатную учетную запись перед началом.

Создание веб-приложения

Чтобы создать веб-приложение, с которым вы работаете, выполните краткое руководство по статическому HTML-коду с помощью шага "Обзор приложения ".

Войдите на портал Azure

Откройте браузер и войдите на портал Azure.

Оптимизация динамического ускорения сайта

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

Создание профиля сети доставки содержимого и конечной точки

1. В левой панели навигации выберите Службы приложений, а затем выберите приложение, созданное в статическом кратком руководстве по HTML.

2. На странице "Служба приложений" в разделе "Параметры " выберите "Сеть > Azure CDN".

   

3. На странице "Сеть доставки содержимого Azure " укажите параметры новой конечной точки , как указано в таблице.

   Настройки	Рекомендуемое значение	Описание
   Профиль сети доставки содержимого	myCDNProfile	Профиль сети доставки содержимого — это коллекция конечных точек сети доставки контента с той же ценовой категорией.
   Ценовая категория	Сеть доставки содержимого Майкрософт (классическая модель)	Ценовая категория указывает поставщика и доступные функции.
   Имя конечной точки сети доставки содержимого	Любое имя, уникальное в домене azureedge.net	Доступ к кэшируемым ресурсам можно получить в домене <endpointname.azureedge.net>.

4. Выберите "Создать", чтобы создать профиль сети доставки содержимого. Azure создает профиль и конечную точку. Новая конечная точка отображается в списке конечных точек, и когда она подготовлена, её состояние — выполняется.

   

Проверка конечной точки сети доставки содержимого

Поскольку на то, чтобы регистрация распространилась, требуется время, конечная точка не сразу доступна в использовании. Для профилей Azure CDN уровня "Стандартный" от Майкрософт (классический) распространение обычно завершается в течение 10 минут.

В примеровом приложении есть файл index.html и папки css, img и js, содержащие другие статические ресурсы. Пути к содержимому для всех этих файлов одинаковы в конечной точке сети доставки содержимого. Например, оба следующих URL-адреса получают доступ к файлу bootstrap.css в папке css :

http://<appname>.azurewebsites.net/css/bootstrap.css

http://<endpointname>.azureedge.net/css/bootstrap.css

Откройте браузер и перейдите по следующему URL:

http://<endpointname>.azureedge.net/index.html

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

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

Дополнительные сведения о создании профилей и конечных точек сети доставки содержимого Azure см. в статье "Начало работы с сетью доставки содержимого Azure".

Очистка сети доставки содержимого

Сеть доставки содержимого периодически обновляет свои ресурсы из исходного веб-приложения на основе конфигурации параметров времени жизни (TTL). Значение времени жизни (TTL) по умолчанию — семь дней.

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

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

Развертывание изменения в веб-приложении

Откройте файлindex.html и добавьте — V2 в заголовок H1, как показано в следующем примере:

<h1>Azure App Service - Sample Static HTML Site - V2</h1>

Зафиксируйте изменение и разверните его в веб-приложении.

git commit -am "version 2"
git push azure main

После завершения развертывания перейдите по URL-адресу веб-приложения, чтобы увидеть изменения.

http://<appname>.azurewebsites.net/index.html

Если вы перейдите по URL-адресу конечной точки доставки содержимого для домашней страницы, изменения не отображаются, так как кэшированная версия в сети доставки содержимого еще не истекла.

http://<endpointname>.azureedge.net/index.html

Очистка сети доставки содержимого на портале

Чтобы активировать сеть доставки содержимого, чтобы обновить кэшированную версию, очистите сеть доставки содержимого.

1. На портале слева выберите группы ресурсов и выберите группу ресурсов, созданную для веб-приложения (myResourceGroup).

2. В списке ресурсов выберите конечную точку сети доставки содержимого.

3. В верхней части страницы «Конечная точка» выберите «Очистить».

   

4. Введите пути содержимого, которые нужно очистить. Полный путь к файлу можно передать для очистки отдельного файла или сегмента пути для очистки и обновления всего содержимого в папке. Так как вы изменили index.html, убедитесь, что он находится в одном из путей. В нижней части страницы выберите Purge.

   

Убедитесь, что сеть доставки содержимого обновлена

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

При переходе по URL-адресу конечной точки доставки содержимого для index.html отображается версия V2, добавленная к заголовку на главной странице, что указывает на обновление кэша сети доставки содержимого.

http://<endpointname>.azureedge.net/index.html

Для получения дополнительной информации см. Очистка конечной точки сети доставки контента Azure.

Используйте строки запроса для версионирования содержимого

Сеть доставки содержимого Azure предлагает следующие параметры кэширования:

• Игнорировать строки запроса
• Обход кэширования для строк запроса
• Кэшировать каждый уникальный URL-адрес

Первый вариант — это значение по умолчанию, то есть только одна кэшированная версия ресурса независимо от строки запроса в URL-адресе.

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

Изменение поведения кэша

1. На странице конечной точки CDN портала Azure выберите "Кэш".

2. Выберите Кэшировать каждый уникальный URL-адрес в раскрывающемся списке метода кэширования строки запроса.

3. Нажмите кнопку "Сохранить".

   

Убедитесь, что уникальные URL-адреса кэшируются отдельно

В браузере перейдите на домашнюю страницу в конечной точке сети доставки содержимого и добавьте строку запроса:

http://<endpointname>.azureedge.net/index.html?q=1

Сеть доставки содержимого Azure возвращает текущее содержимое веб-приложения, которое включает версию 2 в заголовок.

Чтобы убедиться, что эта страница кэшируется в сети доставки содержимого, обновите страницу.

Откройте index.html, измените версию 2 на V3, а затем разверните это изменение.

git commit -am "version 3"
git push azure main

В браузере перейдите по URL-адресу конечной точки сети доставки содержимого с новой строкой запроса, например q=2. Сеть доставки содержимого Azure получает текущий файлindex.html и отображает V3. Однако, если вы перейдете к конечной точке сети доставки содержимого с использованием строки запроса q=1, вы увидите V2.

http://<endpointname>.azureedge.net/index.html?q=2

http://<endpointname>.azureedge.net/index.html?q=1

В этом выходных данных показано, что каждая строка запроса обрабатывается по-разному:

• q=1 использовался раньше, поэтому кэшированное содержимое возвращается (версия 2).
• Новый параметр q=2, поэтому извлекается и возвращается самое последнее содержимое веб-приложения (версия 3).

Для получения дополнительной информации см. в разделе «Управление поведением кэширования сети доставки контента Azure с помощью строк запроса».

Очистите ресурсы

На предыдущем шаге вы создали ресурсы Azure в группе ресурсов. Если вы не ожидаете, что эти ресурсы понадобятся вам в будущем, удалите группу ресурсов, выполнив следующую команду в Cloud Shell.

az group delete --name myResourceGroup

Выполнение этой команды может занять минуту.

Дальнейшие шаги

Чему вы научились:

Узнайте, как оптимизировать производительность сети доставки содержимого в следующих статьях: