Deploy full-stack apps on Workers with Terraform
The Cloudflare Terraform provider v5.11.0 now supports uploading Workers with static assets, eliminating the need for custom scripts. Simply specify your assets directory and the provider handles manifest generation, asset uploads with chunking, and change detection automatically.
You can now upload Workers with static assets (like HTML, CSS, JavaScript, images) with the Cloudflare Terraform provider v5.11.0 ↗, making it even easier to deploy and manage full-stack apps with IaC.
Previously, you couldn't use Terraform to upload static assets without writing custom scripts to handle generating an asset manifest, calling the Cloudflare API to upload assets in chunks, and handling change detection.
Now, you simply define the directory where your assets are built, and we handle the rest. Check out the examples for what this looks like in Terraform configuration.
You can get started today with the Cloudflare Terraform provider (v5.11.0) ↗, using either the existing cloudflare_workers_script resource ↗, or the beta cloudflare_worker_version resource ↗.
Examples
With cloudflare_workers_script
Here's how you can use the existing cloudflare_workers_script ↗ resource to upload your Worker code and assets in one shot.
resource "cloudflare_workers_script" "my_app" {
account_id = var.account_id
script_name = "my-app"
content_file = "./dist/worker/index.js"
content_sha256 = filesha256("./dist/worker/index.js")
main_module = "index.js"
# Just point to your assets directory - that's it!
assets = {
directory = "./dist/static"
}
}
With cloudflare_worker, cloudflare_worker_version, and cloudflare_workers_deployment
And here's an example using the beta cloudflare_worker_version ↗ resource, alongside the cloudflare_worker ↗ and cloudflare_workers_deployment ↗ resources:
# This tracks the existence of your Worker, so that you
# can upload code and assets separately from tracking Worker state.
resource "cloudflare_worker" "my_app" {
account_id = var.account_id
name = "my-app"
}
resource "cloudflare_worker_version" "my_app_version" {
account_id = var.account_id
worker_id = cloudflare_worker.my_app.id
# Just point to your assets directory - that's it!
assets = {
directory = "./dist/static"
}
modules = [{
name = "index.js"
content_file = "./dist/worker/index.js"
content_type = "application/javascript+module"
}]
}
resource "cloudflare_workers_deployment" "my_app_deployment" {
account_id = var.account_id
script_name = cloudflare_worker.my_app.name
strategy = "percentage"
versions = [{
version_id = cloudflare_worker_version.my_app_version.id
percentage = 100
}]
}
What's changed
Under the hood, the Cloudflare Terraform provider now handles the same logic that Wrangler uses for static asset uploads. This includes scanning your assets directory, computing hashes for each file, generating a manifest with file metadata, and calling the Cloudflare API to upload any missing files in chunks. We support large directories with parallel uploads and chunking, and when the asset manifest hash changes, we detect what's changed and trigger an upload for only those changed files.
Try it out
- Get started with the Cloudflare Terraform provider (v5.11.0) ↗
- You can use either the existing
cloudflare_workers_scriptresource ↗ to upload your Worker code and assets in one resource. - Or you can use the new beta
cloudflare_worker_versionresource ↗ (along with thecloudflare_worker↗ andcloudflare_workers_deployment↗) resources to more granularly control the lifecycle of each Worker resource.
Source: original entry ↗
More from Cloudflare
Follow Cloudflare to get its new changes in your feed and email digest.
Cloudflare One Client for macOS 2026.8.2100.0
GA release for macOS Cloudflare One Client with improved split tunnel handling that no longer briefly blocks traffic during reconnects, support for non-RFC 1918 local IPv4 networks, faster connects with lower memory use, and numerous reliability fixes across DNS, reauthentication, and client stability.
Cloudflare One Client for Windows 2026.8.2100.0
This GA release improves split tunnel reliability, adds support for non-RFC 1918 local networks, optimizes connection performance with faster reconnections and lower memory usage, and includes numerous bug fixes for DNS, registration, and network handling. The client now features a service recovery mechanism that automatically restarts on system unlock and better handles large hosts files without blocking traffic.
Cloudflare One Client for Linux 2026.8.2100.0
New GA release for Linux with improved split tunnel handling that no longer briefly blocks traffic during reconnects, support for non-RFC 1918 local IPv4 networks, faster tunnel reconnections, and lower memory usage. Includes numerous stability and reliability fixes for DNS, reconnection behavior, and crash issues.