Locally testing a worker where the consuming code relies on the job ID
Hi there,
I'm working on a codebase where a RunPod worker is used to execute a workload that takes ~40 seconds, and then the result is sent to the webhook with the job ID and state.
I have been attempting to test this worker locally for faster iteration, but I've been discovering that RunPod's development workers seem to have discrepancies with the production workers, and that these aren't really documented.
I found out that:
- Serverless worker doesn't run asynchronously until I request its status in local development:
- Testing Async Handler Locally:
- https://docs.runpod.io/serverless/references/operations:
My consuming code is quite reliant on the job ID and state returned in the webhook, so naively switching over to
Is there anything I can do to run a job using my local worker and get the job ID and state back in the webhook? I don't care if it's synchronous, but I need something that responds in a similar format to the production
I'm working on a codebase where a RunPod worker is used to execute a workload that takes ~40 seconds, and then the result is sent to the webhook with the job ID and state.
I have been attempting to test this worker locally for faster iteration, but I've been discovering that RunPod's development workers seem to have discrepancies with the production workers, and that these aren't really documented.
I found out that:
- Serverless worker doesn't run asynchronously until I request its status in local development:
/run- Testing Async Handler Locally:
/status- https://docs.runpod.io/serverless/references/operations:
/runsyncMy consuming code is quite reliant on the job ID and state returned in the webhook, so naively switching over to
/runsyncIs there anything I can do to run a job using my local worker and get the job ID and state back in the webhook? I don't care if it's synchronous, but I need something that responds in a similar format to the production
/run
