Python SDK for the Duroxide durable execution runtime.
Write durable workflows as Python generators. The Rust runtime handles replay, persistence, and fault tolerance.
- Generator-based orchestrations —
yieldtask descriptors, Rust handles DurableFutures - Activities — regular Python functions for side effects (I/O, network calls)
- Timers — durable delays that survive process restarts
- Events — wait for external signals
- Sub-orchestrations — compose workflows hierarchically
- Fan-out/Fan-in —
ctx.all()for parallel execution,ctx.race()for first-to-complete - Continue-as-new — long-running orchestrations with bounded history
- Deterministic replay — safe resume after crashes
- SQLite & PostgreSQL — pluggable storage providers, including Microsoft Entra ID auth for Azure Database for PostgreSQL
- Custom Status —
ctx.set_custom_status()/ctx.reset_custom_status()for orchestration progress reporting,client.wait_for_status_change()for efficient polling - KV Store — durable per-instance state via
ctx.set_kv_value()/ctx.get_kv_value()/ctx.get_kv_all_values()/ctx.get_kv_all_keys()/ctx.get_kv_length()/ctx.clear_kv_value()/ctx.clear_all_kv_values()/ctx.prune_kv_values_updated_before(), plusclient.get_kv_value()/client.wait_for_kv_value() - Event Queues —
ctx.dequeue_event(queue_name)for FIFO mailbox-style message passing,client.enqueue_event()to send messages - Retry on Session —
ctx.schedule_activity_with_retry_on_session()for retry with session affinity - Tag Routing — worker tags for activity affinity (
MAX_WORKER_TAGS=5,MAX_TAG_NAME_BYTES=256,MAX_KV_KEYS=150,MAX_KV_VALUE_BYTES=65536) - Admin APIs — instance management, metrics, pruning
- Activity client access —
ctx.get_client()lets activities start new orchestrations - Runtime metrics —
metrics_snapshot()for orchestration/activity counters
pip install duroxidePrebuilt wheels are published for macOS arm64/x64, Linux manylinux x86_64 and aarch64, and Windows x86_64.
fromduroxideimportSqliteProvider, Client, Runtime# Create provider and runtimeprovider=SqliteProvider.in_memory()
runtime=Runtime(provider)
# Register an activity@runtime.register_activity("greet")defgreet(ctx, input):
returnf"Hello, {input['name']}!"# Register an orchestration (generator function)@runtime.register_orchestration("GreetWorkflow")defgreet_workflow(ctx, input):
result=yieldctx.schedule_activity("greet", input)
returnresult# Start runtime and run orchestrationimportthreadingruntime.start()
client=Client(provider)
client.start_orchestration("greet-1", "GreetWorkflow", {"name": "World"})
status=client.wait_for_orchestration("greet-1", 10000)
print(status.output) # "Hello, World!"runtime.shutdown()Orchestrations are Python generator functions. They must be deterministic — no I/O,
no randomness, no time.time(). Use only ctx.* methods for side effects.
@runtime.register_orchestration("MyWorkflow")defmy_workflow(ctx, input):
# Schedule activitiesresult=yieldctx.schedule_activity("DoWork", input)
# Fan-out / Fan-inresults=yieldctx.all([
ctx.schedule_activity("TaskA", {"id": 1}),
ctx.schedule_activity("TaskB", {"id": 2}),
])
# Timeryieldctx.schedule_timer(5000) # 5 seconds# Wait for external eventapproval=yieldctx.wait_for_event("approval")
# Sub-orchestrationsub_result=yieldctx.schedule_sub_orchestration("SubWorkflow", input)
# Race (first to complete wins)winner=yieldctx.race(
ctx.schedule_activity("Fast", None),
ctx.schedule_timer(10000),
)
# Custom status (fire-and-forget, no yield)ctx.set_custom_status("processing complete")
# Dequeue from event queue (FIFO, blocks until message available)msg=yieldctx.dequeue_event("inbox")
return {"result": result, "winner": winner}Activities are regular Python functions that perform side effects. They run outside the replay engine and are safe for I/O operations.
@runtime.register_activity("SendEmail")defsend_email(ctx, input):
ctx.trace_info(f"Sending email to {input['to']}")
# ... actual email sending ...return {"sent": True}fromduroxideimportPostgresEntraOptions, PostgresProvider, Client, Runtimeprovider=PostgresProvider.connect("postgresql://user:pass@localhost:5432/mydb")
# or with custom schema:provider=PostgresProvider.connect_with_schema("postgresql://...", "duroxide_python")
runtime=Runtime(provider)
client=Client(provider)For Azure Database for PostgreSQL Flexible Server, use Entra ID token authentication instead of a password:
provider=PostgresProvider.connect_with_entra(
host="my-server.postgres.database.azure.com",
port=5432,
database="appdb",
user="my-managed-identity",
options=PostgresEntraOptions(max_connections=10),
)
provider=PostgresProvider.connect_with_schema_and_entra(
host="my-server.postgres.database.azure.com",
port=5432,
database="appdb",
user="my-managed-identity",
schema="duroxide_python",
options=PostgresEntraOptions(refresh_interval_ms=1_200_000),
)PostgresEntraOptions also accepts audience, acquire_timeout_ms, and refresh_interval_ms.
client=Client(provider)
# Metricsmetrics=client.get_system_metrics()
stats=client.get_orchestration_stats("instance-1")
depths=client.get_queue_depths()
# Instance managementinstances=client.list_all_instances()
info=client.get_instance_info("instance-1")
tree=client.get_instance_tree("instance-1")
# Execution history with full event dataexecutions=client.list_executions("instance-1")
events=client.read_execution_history("instance-1", executions[0])
foreventinevents:
print(event.kind, event.data)
# event.kind: "OrchestrationStarted" | "ActivityCompleted" | ...# event.data: JSON string with event-specific content (result, input, error, etc.)# Cleanupclient.delete_instance("instance-1", force=True)
client.prune_executions("instance-1", PruneOptions(keep_last=5))Report orchestration progress visible to external clients:
@runtime.register_orchestration("ProgressWorkflow")defprogress_workflow(ctx, input):
ctx.set_custom_status("step 1: validating")
yieldctx.schedule_activity("Validate", input)
ctx.set_custom_status("step 2: processing")
result=yieldctx.schedule_activity("Process", input)
ctx.reset_custom_status() # clear statusreturnresult# Poll for status changes from outsidestatus=client.wait_for_status_change("instance-1", 0, 50, 10000)
ifstatus:
print(status.custom_status) # "step 1: validating"print(status.custom_status_version) # monotonically increasing counterDurable per-instance key-value state for orchestration coordination and request/response patterns:
@runtime.register_orchestration("KvWorkflow")defkv_workflow(ctx, input):
ctx.set_kv_value("status", "running")
result=yieldctx.schedule_activity("Compute", input)
ctx.set_kv_value("result", str(result))
snapshot=ctx.get_kv_all_values()
keys=ctx.get_kv_all_keys()
count=ctx.get_kv_length()
return {"result": result, "snapshot": snapshot, "keys": keys, "count": count}
# External readsstatus=client.wait_for_kv_value("instance-1", "status", 10000)
result=client.get_kv_value("instance-1", "result")KV entries are scoped to a single orchestration instance and remain readable after completion until the instance is deleted or pruned. Use ctx.prune_kv_values_updated_before(cutoff_ms) to deterministically clear stale keys from prior turns when you only want to retain newer state.
Persistent FIFO message passing between clients and orchestrations:
@runtime.register_orchestration("ChatBot")defchat_bot(ctx, input):
msg_json=yieldctx.dequeue_event("inbox")
msg=json.loads(msg_json)
response=yieldctx.schedule_activity("Generate", msg["text"])
ctx.set_custom_status(json.dumps({"state": "replied", "response": response, "seq": msg["seq"]}))
if"bye"inmsg["text"].lower():
returnf"Done after {msg['seq']} msgs"return (yieldctx.continue_as_new(""))
# Send messages from outsideclient.enqueue_event(instance_id, "inbox", json.dumps({"seq": 1, "text": "Hello!"}))
status=client.wait_for_status_change(instance_id, 0, 50, 10000)
reply=json.loads(status.custom_status)# Create and activate a virtual environment
python3 -m venv .venv
source .venv/bin/activate
# Install build tools and test dependencies
pip install maturin pytest
# Build the native extension and install in development mode
maturin develop
# Run all 59 tests
pytest
# Run tests with verbose output
pytest -v
# Run a single test file
pytest tests/test_e2e.py -v
# Run a single test
pytest tests/test_e2e.py::test_hello_world
# Stop on first failure
pytest -v -x
# Build release wheel
maturin build --releaseAfter Rust source changes (src/*.rs), re-run maturin develop to rebuild.
Python-only changes (python/duroxide/, tests/) take effect immediately.
See CHANGELOG.md for release notes.
- User Guide — orchestration patterns, activities, providers, tracing, determinism rules
- Architecture — PyO3 interop, GIL deadlock fix, generator driver, tracing internals
Use GitHub Issues for bug reports and feature requests. Do not report security vulnerabilities through public GitHub issues; follow the instructions in SECURITY.md instead.
This project has adopted the Microsoft Open Source Code of Conduct. For more information, see the Code of Conduct FAQ or contact opencode@microsoft.com with questions or comments.
Microsoft takes the security of our software products and services seriously. Please do not report security vulnerabilities through public GitHub issues. See SECURITY.md for security reporting instructions.
duroxide-python does not send telemetry to Microsoft. Applications may configure their own logging or metrics exporters; those signals are controlled by the application owner.
This project may contain trademarks or logos for projects, products, or services. Authorized use of Microsoft trademarks or logos is subject to and must follow Microsoft's Trademark & Brand Guidelines. Use of Microsoft trademarks or logos in modified versions of this project must not cause confusion or imply Microsoft sponsorship. Any use of third-party trademarks or logos is subject to those third-party policies.
MIT License - see LICENSE for details.