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 azure-nätverksregelmotorn för innehållsleverans.
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ändningsområden:
- Åsidosätt eller definiera en anpassad cacheprincip.
- Skydda eller neka begäranden om känsligt innehåll.
- Omdirigeringsbegäranden.
- Lagra anpassade loggdata.
Nyckelbegrepp
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 princip.
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 den logik som begäranden identifieras med.
- 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.
Policy
Med hjälp av en princip, som består av en uppsättning skrivskyddade regler, kan du göra följande:
- Skapa, lagra och hantera flera varianter av dina regler.
- Återställa till en tidigare distribuerad version.
- Förbereda händelsespecifika regler i förväg (till exempel en regel som omdirigerar trafik till följd av ett underhåll som skapats av kunden.)
Kommentar
Även om endast en enskild princip per miljö tillåts kan principer distribueras efter behov.
Distributionsbegä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årningen av ändringar som tillämpas i dessa miljöer.
Kommentar
Endast begäranden som inte klarar vårt system för automatisk validering och felidentifiering kräver manuell granskning och godkännande.
Regelprioritet
Reglerna i en princip bearbetas vanligtvis i den ordning de visas (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 principdistribution
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 princip. |
| Skicka distributionsbegäran | 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. |
| Distribuera granskning av begäranden | 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 principen är redo att tillämpas på liveplatstrafik ska en ny distributionsbegäran för produktionsmiljön skickas. |
| Principdistribution (produktion) | 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).
Jokerteckenvärden
Text som tolkas som ett jokerteckenvärde tilldelar specialtecken extra betydelse. I följande tabell beskrivs hur följande uppsättning tecken tolkas:
| Tecken | 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. |
| Space | 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. Skulle till exempel 'ma' matcha någon av följande strängar: /business/marathon/asset.htm map.gif /business/template.map – Det gör att ett specialtecken kan anges som ett literaltecken. 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 literaltecken är att undvika det med hjälp av ett omvänt snedstreck (d.s.a \. ). |
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. |
| Space | Ett blankstegstecken behandlas vanligtvis som ett literaltecken. |
| "värde" | Enkla citattecken behandlas som literaltecken. En uppsättning enkla citattecken har ingen särskild betydelse. |
Matcha villkor och funktioner som stöder reguljära uttryck accepterar mönster som definieras av PCRE (Perl Compatible Regular Expressions).