Referens för Azure Content Delivery Network från Edgio Premium-regelmotorn
Den här artikeln innehåller detaljerade beskrivningar av tillgängliga matchningsvillkor och funktioner för Azures innehållsleveransnätverk regelmotorn.
Regelmotorn är utformad för att vara den slutliga utfärdaren för hur specifika typer av begäranden bearbetas av nätverket för innehållsleverans.
Vanliga användningar:
- Åsidosätt eller definiera en anpassad cachepolicy.
- Skydda eller neka begäranden om känsligt innehåll.
- Omdirigeringsbegäranden.
- Lagra anpassade loggdata.
Viktiga begrepp
Viktiga begrepp för att konfigurera regelmotorn beskrivs i den här artikeln.
Utkast
Ett utkast till en princip består av en eller flera regler som är avsedda att identifiera begäranden och den uppsättning åtgärder som tillämpas på dem. Ett utkast är ett pågående arbete som tillåter frekventa konfigurationsuppdateringar utan att påverka platstrafiken. När ett utkast är klart att slutföras bör det konverteras till en skrivskyddad policy.
Regel
En regel identifierar en eller flera typer av begäranden och den uppsättning åtgärder som tillämpas på dem.
Den består av:
- En uppsättning villkorsuttryck som definierar logiken genom vilken begäranden identifieras.
- En uppsättning matchningsvillkor som definierar de kriterier som används för att identifiera begäranden.
- En uppsättning funktioner som definierar hur nätverket för innehållsleverans hanterar ovanstående begäranden. Dessa element identifieras i följande bild.
Politik
En policy, som består av en uppsättning skrivskyddade regler, ger möjlighet att:
- Skapa, lagra och hantera flera varianter av dina regler.
- Återställ till en tidigare distribuerad version.
- Förbered händelsespecifika regler i förväg (till exempel en regel som omdirigerar trafik till följd av ett underhåll av kundens ursprung.)
Not
Även om endast en enskild princip per miljö tillåts kan principer distribueras efter behov.
Distribuera begäran
En distributionsbegäran ger en enkel och smidig procedur genom vilken en princip snabbt kan tillämpas på mellanlagrings- eller produktionsmiljön. En historik över distributionsbegäranden tillhandahålls för att underlätta spårning av ändringar som tillämpas på dessa miljöer.
Not
Endast begäranden som inte klarar vårt system för automatisk validering och felidentifiering kräver manuell granskning och godkännande.
Regelföreträde
Reglerna i en policy behandlas vanligtvis i den ordning de är listade (till exempel uppifrån och ned). Om begäran matchar motstridiga regler har den sista regeln som ska bearbetas företräde.
Arbetsflöde för policydistribution
Arbetsflödet genom vilket en princip kan tillämpas på antingen produktions- eller mellanlagringsmiljön visas enligt följande.
| Steg | Beskrivning |
|---|---|
| Skapa utkast | Ett utkast består av en uppsättning regler som definierar hur begäranden för ditt innehåll hanteras av nätverket för innehållsleverans. |
| Lås utkast | När ett utkast har slutförts bör det låsas och konverteras till en skrivskyddad policy. |
| Skicka distributionsförfrågan | En distributionsbegäran gör att en princip kan tillämpas på antingen test- eller produktionstrafik. Skicka en distributionsbegäran till antingen mellanlagrings- eller produktionsmiljön. |
| Granskning av distributionsbegäran | En distributionsbegäran genomgår automatisk validering och felidentifiering. Även om de flesta distributionsbegäranden godkänns automatiskt krävs manuell granskning för mer komplexa principer. |
| Principdistribution (mellanlagring) | Efter godkännande av en distributionsbegäran till mellanlagringsmiljön tillämpas en princip på mellanlagringsmiljön. Med den här miljön kan en princip testas mot falsk webbplatstrafik. När policyn är redo att tillämpas på live webbplatstrafik ska en ny distributionsbegäran för produktionsmiljön skickas. |
| Principdistribution (Production) | När en distributionsbegäran har godkänts i produktionsmiljön tillämpas en princip på produktionsmiljön. Den här miljön gör det möjligt för en princip att fungera som den slutliga utfärdaren för att avgöra hur nätverket för innehållsleverans ska hantera livetrafik. |
Syntax
Hur specialtecken behandlas varierar beroende på hur ett matchningsvillkor eller en funktion hanterar textvärden. Ett matchningsvillkor eller en funktion kan tolka text på något av följande sätt:
Literalvärden
Text som tolkas som ett literalvärde behandlar alla specialtecken, förutom symbolen %, som en del av det värde som måste matchas. Med andra ord uppfylls ett literalmatchningsvillkor som anges till \'*'\ endast när det exakta värdet (det vill säga \'*'\) hittas.
En procentsymbol används för att ange URL-kodning (till exempel %20).
wildcard-värden
Text som tolkas som ett jokerteckenvärde tilldelar specialtecken extra betydelse. I följande tabell beskrivs hur följande uppsättning tecken tolkas:
| Karaktär | Beskrivning |
|---|---|
| \ | Ett omvänt snedstreck används för att undkomma något av de tecken som anges i den här tabellen. Ett omvänt snedstreck måste anges direkt innan specialtecknet som ska tas bort. Följande syntax undflyr till exempel en asterisk: \* |
| % | En procentsymbol används för att ange URL-kodning (till exempel %20). |
| * | En asterisk är ett jokertecken som representerar ett eller flera tecken. |
| Rymd | Ett blankstegstecken anger att ett matchningsvillkor uppfylls av något av de angivna värdena eller mönstren. |
| "värde" | Ett enda citat har ingen särskild betydelse. En uppsättning enkla citattecken används dock för att ange att ett värde ska behandlas som ett literalvärde. Den kan användas på följande sätt: – Det gör att ett matchningsvillkor kan uppfyllas när det angivna värdet matchar någon del av jämförelsevärdet. Till exempel skulle 'ma' matcha någon av följande strängar: /företag/marathon/asset.htm map.gif /business/template.map – Det gör att ett specialtecken kan anges som ett bokstavligt tecken. Du kan till exempel ange ett literalt blankstegstecken genom att omsluta ett blankstegstecken inom en uppsättning enkla citattecken (det vill säga ' ' eller 'sample value').– Det gör att ett tomt värde kan anges. Ange ett tomt värde genom att ange en uppsättning enkla citattecken (det vill: ''). Viktigt: – Om det angivna värdet inte innehåller ett jokertecken betraktas det automatiskt som ett literalvärde, vilket innebär att det inte är nödvändigt att ange en uppsättning enkla citattecken. – Om ett omvänt snedstreck inte undfly ett annat tecken i den här tabellen ignoreras det när det anges inom en uppsättning enkla citattecken. – Ett annat sätt att ange ett specialtecken som ett literaltecken är att undvika det med hjälp av ett omvänt snedstreck (det vill \). |
Reguljära uttryck
Reguljära uttryck definierar ett mönster som söks efter inom ett textvärde. Notation för reguljära uttryck definierar specifika betydelser för olika symboler. I följande tabell visas hur specialtecken behandlas efter matchningsvillkor och funktioner som stöder reguljära uttryck.
| Specialtecken | Beskrivning |
|---|---|
| \ | Ett omvänt snedstreck undflyr tecknet som följer det, vilket gör att tecknet behandlas som ett literalvärde i stället för att använda dess reguljära uttryck. Följande syntax undflyr till exempel en asterisk: \* |
| % | Innebörden av en procentsymbol beror på dess användning.%{HTTPVariable}: Den här syntaxen identifierar en HTTP-variabel.%{HTTPVariable%Pattern}: Den här syntaxen använder en procentsymbol för att identifiera en HTTP-variabel och som avgränsare.\%: Om du tar bort en procentsymbol kan den användas som ett literalvärde eller för att ange URL-kodning (till exempel \%20). |
| * | Med en asterisk kan föregående tecken matchas noll eller fler gånger. |
| Rymd | Ett blankstegstecken behandlas vanligtvis som ett bokstavligt tecken. |
| "värde" | Enkla citattecken behandlas som bokstavliga tecken. En uppsättning enkla citattecken har ingen särskild betydelse. |
Villkor och funktioner som stöder reguljära uttryck matchar mönster definierade av PCRE (Perl Compatible Regular Expressions).