Справочник по подсистеме правил Edgio Premium в Azure сеть доставки содержимого
В этой статье перечислены подробные описания доступных условий соответствия и функций для подсистемы сетевых правил доставки содержимого Azure.
Подсистема правил предназначена для конечного центра по тому, как конкретные типы запросов обрабатываются сетью доставки содержимого.
С его помощью можно:
- определять или переопределять пользовательские политики кэширования;
- защищать или отклонять запросы на получение конфиденциального содержимого;
- перенаправлять запросы;
- хранить настраиваемые данные журнала.
Основные понятия
Основные понятия настройки обработчика правил описаны в этой статье.
Черновик
Проект политики состоит из одного или нескольких правил, предназначенных для идентификации запросов и набора действий, которые применяются к ним. Черновик — это работа, которая позволяет часто обновлять конфигурацию, не влияя на трафик сайта. Когда черновик будет доведен до конца, его следует преобразовать в политику только для чтения.
Правило
Правило идентифицирует один или несколько типов запросов и задает набор действий, которые будут применяться к ним.
Она состоит из перечисленных ниже элементов.
- Набор условных выражений, определяющих логику, с помощью которой идентифицируются запросы.
- Набор условий соответствия, задающих критерии, используемые для идентификации запросов.
- Набор функций, определяющих, как сеть доставки содержимого обрабатывает указанные выше запросы. Эти элементы показаны на следующем рисунке.
Политика
Политика, состоящая из набора правил только для чтения, позволяет:
- создавать, хранить несколько вариантов ваших правил и управлять ими;
- выполнять откат к ранее развернутой версии;
- заранее подготавливать правила для конкретного события (например, правило, которое перенаправляет трафик в результате обслуживания исходного объекта клиента).
Примечание.
Хотя разрешена только одна политика для каждой среды, политики могут быть развернуты по мере необходимости.
Запрос на развертывание
Запрос развертывания предоставляет простую и упрощенную процедуру, с помощью которой политика может быстро применяться к промежуточной или рабочей среде. Для упрощения отслеживания изменений, примененных к этим средам, ведется журнал запросов на развертывание.
Примечание.
Вручную проверять и утверждать придется только те запросы, которые не проходят нашу автоматизированную систему проверки и обнаружения ошибок.
Приоритет правил
Правила, содержащиеся в политике, обычно обрабатываются в порядке их перечисления (например, сверху вниз). Если запрос соответствует нескольким противоречащим друг другу правилам, то приоритет будет иметь последнее из них.
Рабочий процесс развертывания политики
Рабочий процесс, с помощью которого можно применить политику к рабочей или промежуточной среде, иллюстрируется следующим образом.
| Этап | Описание |
|---|---|
| Создание черновика | Черновик состоит из набора правил, определяющих, как запросы к содержимому обрабатываются сетью доставки содержимого. |
| Блокирование черновика | Когда черновик будет доведен до конца, его следует заблокировать и преобразовать в политику только для чтения. |
| Отправка запроса на развертывание | Запрос развертывания позволяет применять политику к тестовой или рабочей среде. Отправьте запрос на развертывание в промежуточной или рабочей среде. |
| Проверка запроса на развертывание | Запрос развертывания проходит автоматическую проверку и обнаружение ошибок. Хотя большинство запросов развертывания автоматически утверждены, для более сложных политик требуется проверка вручную. |
| Развертывание политики (промежуточная среда) | После утверждения запроса развертывания в промежуточной среде политика применяется к промежуточной среде. Эта среда позволяет протестировать политику на основе макетного трафика сайта. После того как политика будет готова к применению к динамическому трафику сайта, необходимо отправить новый запрос развертывания для рабочей среды. |
| Развертывание политики (рабочая среда) | После утверждения запроса развертывания в рабочей среде политика применяется к рабочей среде. Эта среда позволяет политике выступать в качестве конечного центра для определения того, как сеть доставки содержимого должна обрабатывать динамический трафик. |
Синтаксис
Методы обработки специальных символов могут отличаться в зависимости от того, как условие соответствия или функция обрабатывает текстовые значения. Условие соответствия или функция могут интерпретировать текст одним из следующих способов:
Литеральные значения
Текст, интерпретируемый как литеральное значение, обрабатывает все специальные символы, кроме символа %, как часть значения, которое должно быть сопоставлено. Таким образом, если в условии соответствия по литеральному значению задано значение \'*'\, это условие выполняется только при точном совпадении значения (т. е. если найден текст \'*'\).
Символ процента обозначает кодировку URL (например, %20).
Значения с подстановочными знаками
Текст, интерпретируемый как дикий карта значение присваивает дополнительное значение специальным символам. В следующей таблице описан набор таких символов и правила их интерпретации:
| Символ | Description |
|---|---|
| \ | Обратная косая черта экранирует любой из символов, указанных в этой таблице. Обратная косая черта должна располагаться непосредственно перед тем специальным символом, который нужно экранировать. Например, в этом примере экранируется символ звездочки: \* |
| % | Символ процента обозначает кодировку URL (например, %20). |
| * | Звездочка является подстановочным знаком, которому соответствуют один или несколько символов. |
| Space | Символ пробела указывает, что условие соответствия удовлетворяется либо указанными значениями, либо шаблонами. |
| 'значение' | Одна цитата не имеет особого значения. Но значения, заключенные в набор одинарных кавычек, будут рассматриваться как литеральное значение. Это можно использовать следующими способами. Так можно задать условие соответствия, которому соответствует любая часть оцениваемого значения. Например, 'ma' будет соответствовать любой из следующих строк: /business/marathon/asset.htm map.gif /business/template.map Так можно указать, что любой специальный символ должен рассматриваться как литеральный символ. Например, можно указать символ литерального пространства, заключив пробел в набор отдельных кавычки (т ' ' . е. или 'sample value').Так можно указать пустое значение. Чтобы задать в условии пустое значение, используйте набор одинарных кавычек (т. е. ''). Внимание! — Если указанное значение не содержит дикий карта, то он автоматически считается литеральным значением, что означает, что не требуется указывать набор отдельных кавычки. — Если обратная косая черта не экранирует другой символ в этой таблице, он игнорируется при указании в наборе отдельных кавычки. – Чтобы специальный символ рассматривался как литерал, можно также экранировать его с помощью обратной косой черты (т. е. \). |
Регулярные выражения
Регулярные выражения определяют шаблон, по которому выполняется поиск в текстовом значении. Нотация регулярного выражения определяет конкретные значения для различных символов. В следующей таблице показано, как специальные символы обрабатываются условиями соответствия и функциями, поддерживающими регулярные выражения.
| Специальный символ | Description |
|---|---|
| \ | Обратная косая черта экранирует символ, который за ней следует. Такой символ рассматривается как литеральное значение. К нему не применяются специальные правила регулярных выражений. Например, в этом примере экранируется символ звездочки: \* |
| % | Значение символа процента зависит от того, как он используется.%{HTTPVariable}: этот синтаксис обозначает переменную HTTP.%{HTTPVariable%Pattern}: этот синтаксис обозначает переменную HTTP, а также использование символа процента в качестве разделителя.\%: экранированный символ процента будет использоваться как литеральное значение или для обозначения кодировки URL (например, \%20). |
| * | Звездочка обозначает, что стоящий перед ней символ может присутствовать в оцениваемом значении ноль или более раз. |
| Space | Символ пробела обычно рассматривается как литеральный символ. |
| 'значение' | Одинарные кавычки рассматриваются как литеральные символы. Набор отдельных кавычки не имеет специального значения. |
Условия соответствия и функции, поддерживающие регулярные выражения, принимают шаблоны, определенные PCRE (Perl Compatible Regular Expressions — совместимые с Perl регулярные выражения).