Durable Workflow Cloud
Request a managed namespace, then use its full runtime URL with separate client and worker credentials.
Request early access →Move an existing Laravel workflow application to Durable Workflow 2.0 without giving up its container, configuration, commands, logs, or tests. Choose embedded state or a separately operated service.
$ composer require durable-workflow/sdk:^2.0@RC $ env -u DURABLE_WORKFLOW_CLIENT_TOKEN php worker.php & ✓ worker registered · queue php-quickstart $ env -u DURABLE_WORKFLOW_WORKER_TOKEN php client.php {"workflow_id":"php-quickstart-a83f…","result":{"greeting":"hello, PHP"}}
The durable model is shared. The bootstrap, container, and operating experience stay idiomatic to your stack.
Choose v2 embedded or service mode now, then change ownership later through one supported transition matrix.
02 / PLAIN PHPUse the framework-neutral SDK in a script, service, or existing application.
03 / SYMFONYConfigure the first-party SDK as services and run a Console command under your supervisor.
Your workflow code and task queue stay the same. The runtime URL, credentials, and operating boundary change.
Request a managed namespace, then use its full runtime URL with separate client and worker credentials.
Request early access →Run the published Server image with your database, auth policy, and operational controls.
Get a result first. Then add durable messages, retry policy, tests, and production operations as your workflow needs them.
Send events, inspect replayed state, and request tracked changes.
→ PROVETest handlers quickly, then qualify the real worker and runtime boundary.
→ RECOVERDiagnose auth, queue, replay, retry, and version mismatches by symptom.
→