Skip to content

Commit 7f3d1ab

Browse files
[Workers] Clarify service binding pricing for deprecated usage models (#19208)
- Customer was reading current documentation as "subrequests ... are charged as if they are requests from the Internet" - This isn't true, we never charge for subrequests - Reword to clarify that _incoming_ requests from service bindings are what we're charging for
1 parent dbdd40c commit 7f3d1ab

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

src/content/docs/workers/platform/pricing.mdx

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -101,7 +101,7 @@ If you had a Worker on the Bundled usage model prior to the migration to Standar
101101

102102
:::note
103103

104-
Some Workers Enterprise customers maintain the ability to change usage models.
104+
Some Workers Enterprise customers maintain the ability to change usage models.
105105

106106
Usage models may be changed at the individual Worker level:
107107

@@ -202,7 +202,7 @@ For example, if Worker A makes a subrequest to Worker B via a Service Binding, o
202202
- The total amount of CPU time used across both Worker A and Worker B
203203

204204
:::note[Only available on Workers Standard pricing]
205-
If your Worker is on the deprecated [Bundled](/workers/platform/pricing/#example-pricing-bundled-usage-model) or [Unbound](/workers/platform/pricing/#example-pricing-unbound-usage-model) pricing plans, subrequests and RPC calls made via Service Bindings are charged as if they are request from the Internet. In the example above, you would be charged for two requests, one to Worker A, and one to Worker B.
205+
If your Worker is on the deprecated Bundled or Unbound pricing plans, incoming requests from Service Bindings are charged the same as requests from the Internet. In the example above, you would be charged for two requests, one to Worker A, and one to Worker B.
206206
:::
207207

208208
## Fine Print

0 commit comments

Comments
 (0)