Sdílet prostřednictvím

Uložit do mezipaměti

PLATÍ PRO: Všechny úrovně služby API Management

Zásady cache-store ukládají odpovědi do mezipaměti podle zadaného nastavení mezipaměti. Tyto zásady je možné použít v případech, kdy obsah odpovědi zůstává po určitou dobu statický. Ukládání odpovědí do mezipaměti snižuje požadavky na šířku pásma a zpracování na straně back-endového webového serveru a snižují latenci na straně uživatelů rozhraní API.

Poznámka:

Tato zásada musí mít odpovídající zásadu Get z mezipaměti .

Důležité

Integrovaná mezipaměť je nestálá a sdílí se všemi jednotkami ve stejné oblasti ve stejné službě API Management.

Poznámka:

Nastavte prvky zásad a podřízené prvky v pořadí uvedeném v prohlášení o zásadách. Portál poskytuje průvodce editorem založeným na formulářích, který vám pomůže s konfigurací této zásady. Přečtěte si další informace o tom, jak nastavit nebo upravit zásady služby API Management.

Prohlášení o zásadách

<cache-store duration="seconds" cache-response="true | false" />

Atributy

Atribut Popis Požaduje se Výchozí
doba trvání Doba trvání položek uložených v mezipaměti zadaná v sekundách. Výrazy zásad jsou povolené. Ano –
odpověď mezipaměti Nastavte na true mezipaměť aktuální odpovědi HTTP. Pokud atribut vynecháte, budou uloženy do mezipaměti pouze odpovědi HTTP se stavovým kódem 200 OK . Výrazy zásad jsou povolené. Ne false

Využití

Poznámky k využití

  • Api Management ukládá odpovědi pouze do mezipaměti na požadavky HTTP GET.
  • Tuto zásadu je možné v oddílu zásad použít jenom jednou.
  • Doporučujeme nakonfigurovat zásady omezení rychlosti (nebo zásady omezení rychlosti podle klíče ) okamžitě po každém vyhledávání v mezipaměti. To pomáhá zabránit přetížení back-endové služby, pokud mezipaměť není dostupná.

Příklady

Příklad s odpovídajícími zásadami vyhledávání v mezipaměti

Tento příklad ukazuje, jak použít zásadu cache-storecache-lookup spolu se zásadami k ukládání odpovědí do mezipaměti v integrované mezipaměti SLUŽBY API Management.

Poznámka:

Po vyhledávání cache přidejte politiku omezení rychlosti (nebo politiku omezení podle klíčů ), která pomůže omezit počet hovorů a zabrání přetížení backendové služby v případě, že cache není dostupná.

<policies>
    <inbound>
        <base />
        <cache-lookup vary-by-developer="false" vary-by-developer-groups="false" downstream-caching-type="none" must-revalidate="true" caching-type="internal" >
            <vary-by-query-parameter>version</vary-by-query-parameter>
        </cache-lookup>
        <rate-limit calls="10" renewal-period="60" />
    </inbound>
    <outbound>
        <cache-store duration="seconds" />
        <base />
    </outbound>
</policies>

Příklad použití výrazů zásad

Tento příklad ukazuje, jak nakonfigurovat dobu ukládání odpovědí služby API Management do mezipaměti, která odpovídá ukládání odpovědí do mezipaměti back-endové služby podle direktivy back-endové Cache-Control služby.

<!-- The following cache policy snippets demonstrate how to control API Management response cache duration with Cache-Control headers sent by the backend service. -->

<!-- Copy this snippet into the inbound section -->
<cache-lookup vary-by-developer="false" vary-by-developer-groups="false" downstream-caching-type="public" must-revalidate="true" >
  <vary-by-header>Accept</vary-by-header>
  <vary-by-header>Accept-Charset</vary-by-header>
</cache-lookup>
 <rate-limit calls="10" renewal-period="60" />

<!-- Copy this snippet into the outbound section. Note that cache duration is set to the max-age value provided in the Cache-Control header received from the backend service or to the default value of 5 min if none is found  -->
<cache-store duration="@{
    var header = context.Response.Headers.GetValueOrDefault("Cache-Control","");        
    var maxAge = Regex.Match(header, "@(max-age=(?<maxAge>\\d+))").Groups["maxAge"]?.Value;
    return (!string.IsNullOrEmpty(maxAge))?int.Parse(maxAge):300; }" />

Další informace naleznete v tématu Výrazy zásad a kontextová proměnná.

Související obsah

Další informace o práci se zásadami najdete v tématech:

  • Last updated on