Skip to content

Commit b78fac7

Browse files
Create and apply cache-reserve-operations partial
1 parent d86cf19 commit b78fac7

File tree

3 files changed

+36
-21
lines changed

3 files changed

+36
-21
lines changed

src/content/docs/cache/advanced-configuration/cache-reserve.mdx

Lines changed: 4 additions & 21 deletions
Original file line numberDiff line numberDiff line change
@@ -100,27 +100,10 @@ For example:
100100

101101
### Operations
102102

103-
Operations are performed by Cache Reserve on behalf of the user to write data from the origin to Cache Reserve and to pass that data downstream to other parts of Cloudflare’s network. These operations are managed internally by Cloudflare.
104-
105-
#### Class A operations (writes)
106-
107-
Class A operations are performed based on cache misses from Cloudflare’s CDN. When a request cannot be served from cache, it will be fetched from the origin and written to cache reserve as well as our edge caches on the way back to the visitor.
108-
109-
#### Class B operations (reads)
110-
111-
Class B operations are performed when data needs to be fetched from Cache Reserve to respond to a miss in the edge cache.
112-
113-
#### Purge
114-
115-
Asset purges are free operations.
116-
117-
Cache Reserve will be instantly purged along with edge cache when you send a purge by URL request.
118-
119-
Other purge methods, such as purge by tag, host, prefix, or purge everything will force an attempt to [revalidate](/cache/concepts/cache-responses/#revalidated) on the subsequent request for the Cache Reserve asset. Note that assets purged this way will still incur storage costs until their retention TTL expires.
120-
121-
:::note
122-
Note this differs from the standard CDN's purge by tag, host, or prefix features which force a cache miss, requiring the origin to deliver the asset in full.
123-
:::
103+
<Render
104+
file="cache-reserve-operations"
105+
product="cache"
106+
/>
124107

125108
## Cache Reserve billing examples
126109

src/content/docs/smart-shield/configuration/cache-reserve/operations.mdx

Lines changed: 7 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -5,3 +5,10 @@ sidebar:
55
order: 2
66
label: Operations
77
---
8+
9+
import { Render } from "~/components";
10+
11+
<Render
12+
file="cache-reserve-operations"
13+
product="cache"
14+
/>
Lines changed: 25 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,25 @@
1+
---
2+
{}
3+
---
4+
5+
Operations are performed by Cache Reserve on behalf of the user to write data from the origin to Cache Reserve and to pass that data downstream to other parts of Cloudflare’s network. These operations are managed internally by Cloudflare.
6+
7+
#### Class A operations (writes)
8+
9+
Class A operations are performed based on cache misses from Cloudflare’s CDN. When a request cannot be served from cache, it will be fetched from the origin and written to cache reserve as well as our edge caches on the way back to the visitor.
10+
11+
#### Class B operations (reads)
12+
13+
Class B operations are performed when data needs to be fetched from Cache Reserve to respond to a miss in the edge cache.
14+
15+
#### Purge
16+
17+
Asset purges are free operations.
18+
19+
Cache Reserve will be instantly purged along with edge cache when you send a purge by URL request. Refer to [cache configurations](/cache/how-to/purge-cache/) for details.
20+
21+
Other purge methods, such as purge by tag, host, prefix, or purge everything will force an attempt to [revalidate](/cache/concepts/cache-responses/#revalidated) on the subsequent request for the Cache Reserve asset. Note that assets purged this way will still incur storage costs until their retention TTL expires.
22+
23+
:::note
24+
Note this differs from the standard CDN's purge by tag, host, or prefix features which force a cache miss, requiring the origin to deliver the asset in full.
25+
:::

0 commit comments

Comments
 (0)