
Vercel Workflows: Run-State jetzt konfigurierbar nach Zielregion
Vercel Workflows führt mit Version 5.0.0-beta.33 des Workflow SDK eine konfigurierbare Home-Region für den Run-State ein. Bisher war nicht festgelegt, wo genau Zustandsdaten, Queue-Dispatches und Output-Streams eines Workflow-Runs persistiert werden – das ändert sich nun grundlegend. Jeder Run heftet sich beim Start an eine Home-Region und behält diese für seine gesamte Lebensdauer. Standardmäßig ist das die Region, in der der Run initiiert wird; alternativ kann eine Zielregion explizit über die `region`-Option der `start()`-Methode angegeben werden. Das ist besonders relevant für Agent-Workflows, bei denen ein kompletter Ausführungs-Loop – Checkpointing, Queue-Verarbeitung, Output-Streaming – in einer einzigen geografisch nahen Region verbleibt. Ein Agent, der für einen Nutzer in Sydney läuft, verarbeitet und streamt demnach vollständig aus Sydneyer Infrastruktur heraus. Bei regionalen Ausfällen greift ein automatisches Failover auf die nächstgelegene verfügbare Region. Bestehende Workflows müssen weder migriert noch im Code angepasst werden – sie erhalten die regionale Platzierung automatisch beim nächsten Run.
- Benötigt mindestens Workflow SDK Version `workflow@5.0.0-beta.33` oder neuer.
- Die Home-Region eines Runs wird beim Start festgelegt und bleibt für die gesamte Run-Lebensdauer konstant.
- Regionspinning erfolgt über die `region`-Option im `start()`-Aufruf des SDK.
- Failover bei regionalen Incidents ist automatisch und leitet Traffic zur nächstgelegenen Region um.
- Bestehende Workflows erhalten regionale Platzierung ohne Code-Änderungen beim nächsten Ausführungsstart.
Frag die KI zum Artikel
Folgefragen zu Headline, Quelle und Volltext — Antwort streamt in wenigen Sekunden.
Verwandte Beiträge

Vercel Workflows: Run-State jetzt konfigurierbar nach Zielregion
Vercel Workflows führt mit Version 5.0.0-beta.33 des Workflow SDK eine konfigurierbare Home-Region für den Run-State ein. Bisher war nicht festgelegt, wo genau Zustandsdaten, Queue-Dispatches und Output-Streams eines Workflow-Runs persistiert werden – das ändert sich nun grundlegend. Jeder Run heftet sich beim Start an eine Home-Region und behält diese für seine gesamte Lebensdauer. Standardmäßig ist das die Region, in der der Run initiiert wird; alternativ kann eine Zielregion explizit über die `region`-Option der `start()`-Methode angegeben werden. Das ist besonders relevant für Agent-Workflows, bei denen ein kompletter Ausführungs-Loop – Checkpointing, Queue-Verarbeitung, Output-Streaming – in einer einzigen geografisch nahen Region verbleibt. Ein Agent, der für einen Nutzer in Sydney läuft, verarbeitet und streamt demnach vollständig aus Sydneyer Infrastruktur heraus. Bei regionalen Ausfällen greift ein automatisches Failover auf die nächstgelegene verfügbare Region. Bestehende Workflows müssen weder migriert noch im Code angepasst werden – sie erhalten die regionale Platzierung automatisch beim nächsten Run.
- Benötigt mindestens Workflow SDK Version `workflow@5.0.0-beta.33` oder neuer.
- Die Home-Region eines Runs wird beim Start festgelegt und bleibt für die gesamte Run-Lebensdauer konstant.
- Regionspinning erfolgt über die `region`-Option im `start()`-Aufruf des SDK.
- Failover bei regionalen Incidents ist automatisch und leitet Traffic zur nächstgelegenen Region um.
- Bestehende Workflows erhalten regionale Platzierung ohne Code-Änderungen beim nächsten Ausführungsstart.
Frag die KI zum Artikel
Folgefragen zu Headline, Quelle und Volltext — Antwort streamt in wenigen Sekunden.