Cloudflare Workflows: jurisdiction で実行とデータ保存を eu / us / fedramp に閉じる

どんなときに使う？

• Workflow のステップが扱う個人データを EU 内に置きたい（GDPR 対応）
• 米国のみ、または FedRAMP-Moderate のデータセンターに処理を閉じたい
• すでに Cloudflare Queues: eu / us / fedramp の jurisdiction でデータ所在地を固定する で所在地を固定していて、後段の Workflow もそろえたい

やり方

wrangler.jsonc:

{
  "workflows": [
    {
      "name": "my-workflow",
      "binding": "MY_WORKFLOW",
      "class_name": "MyWorkflow",
      "jurisdiction": "eu"
    }
  ]
}

wrangler.toml なら [[workflows]] に jurisdiction = "eu" を足す。exports で宣言した Workflow にも同じキーを付けられる。wrangler deploy のときにその管轄で Workflow が作られ、wrangler workflows describe で管轄を確認できる。

対応値は eu（EU）、us（米国）、fedramp（FedRAMP-Moderate のデータセンター）の 3 つ。

注意点

• 作成後は変更できない。 既存の Workflow と管轄が違うと、wrangler deploy / wrangler versions upload はアップロード前に止まる。変えたいときは Workflow 名を変えるか、既存を削除する（削除するとインスタンスも消える）。
• 設定から jurisdiction を消しても、既存の Workflow は元の管轄のまま。
• script_name（別 Worker の Workflow を参照するバインディング）とは併用できない。管轄は Workflow を定義している側の Worker に書く。
• 制限されるのはインスタンスの実行と保存だけ。呼び出し元の Worker は世界中どこからでもインスタンスを作成・操作でき、Workflow の設定自体は管轄の外に保存される。リクエストに応答する地域も絞りたいなら Regional Services を併用する。
• ローカル開発（wrangler dev）では jurisdiction は無視される。

出典

• @CFchangelog · 2026-10-29
• Cloudflare Docs「Workflows: Data location」 developers.cloudflare.com