Outbound Workers
Outbound Workers sit between your customer’s Workers and the public Internet. They give you visibility into all outgoing fetch()
requests from user Workers.
General Use Cases
Outbound Workers can be used to:
- Log all subrequests to identify malicious domains or usage patterns.
- Create, allow, or block lists for hostnames requested by user Workers.
- Configure authentication to your APIs behind the scenes (without end developers needing to set credentials).
Use Outbound Workers
To use Outbound Workers:
- Create a Worker intended to serve as your Outbound Worker.
- Outbound Worker can be specified as an optional parameter in the dispatch namespaces binding in a project’s wrangler.toml. Optionally, to pass data from your dynamic dispatch Worker to the Outbound Worker, the variable names can be specified under parameters.
Make sure that you have wrangler@3.3.0
or later installed.
- Edit your dynamic dispatch Worker to call the Outbound Worker and declare variables to pass on
dispatcher.get()
.
- The Outbound Worker will now be invoked on any
fetch()
requests from a user Worker. The user Worker will trigger a FetchEvent on the Outbound Worker. The variables declared in the binding can be accessed in the Outbound Worker throughenv.<VAR_NAME>
.
The following is an example of an Outbound Worker that logs the fetch request from user Worker and creates a JWT if the fetch request matches api.example.com
.